Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Ah, sweet. Thanks for digging that up Jeremy. Alec, since we were pressed for time, I piggybacked off your code to get something working @Override protected void init() { super.init(); /* * Adds custom skin at the end of the header */ setHeaderResponseDecorator(new IHeaderResponseDecorator() { public IHeaderResponse decorate(IHeaderResponse response) { return new DecoratingHeaderResponse(response) { @Override public void close() { String css = null; if(MyWebSession.get() != null) css = MyWebSession.get().getCssStyle(); if(css != null && !wasRendered(css)) { renderString("" + css + ""); } super.close(); } }; } }); } I chose not to override renderString(), because I didn't want to break anything that might use it. Also, we don't know what css we want to add when the application gets initialized; we have to wait till the user has authenticated. So, I stuck our css in the session after authentication and had the decorator pull it from there. When we get a chance I will swap this out for the bucket method for it's added flexibility, but this does work for now. Thanks again guys, Loren On Wed, Aug 3, 2011 at 9:58 PM, Jeremy Thomerson wrote: > That thread is here: http://tinyurl.com/3fnery2 > > In it there's a link to a tar of a project that's still hosted on my site. > > -- > Jeremy Thomerson > http://wickettraining.com > *Need a CMS for Wicket? Use Brix! http://brixcms.org* > > On Wed, Aug 3, 2011 at 1:21 PM, Martin Grigorov >wrote: > > > Hi Loren, > > > > See whether you can find the mail mentioned in > > https://cwiki.apache.org/confluence/display/WICKET/Resource+decoration > > in the mail archives. > > Jeremy attached the raw application in this mail thread and I > > transformed it to proper wicket-example for 1.5 > > > > On Wed, Aug 3, 2011 at 6:36 PM, Loren Cole wrote: > > > Hey guys, thanks for your responses. We're still using 1.4, it looks > like > > it > > > will be a few months till we get to upgrade and use all the > improvements > > > that have been made to resource handling in 1.5. In 1.4 it appears > that > > you > > > cannot put a bucket in the header without things getting confused and > > > failing to close. Does anyone know why this is the case, or if there > is > > a > > > way around it while still getting things in a tag? > > > > > > Martin, since we're using an older version I'm having trouble taking > > > advantage of your excellent advise, but I see elsewhere on the list, > you > > > mention that this aggregation example should work in 1.4 also. Do you > > > perhaps have an example of that I could look at? The 1.4 equivalent of > > > MergedResourcesResource in particular is eluding me. > > > > > > Am I right in thinking that aggregation will be required to order my > css > > > contributions in 1.4? At this point in development, the performance > > boost > > > doesn't necessarily offset the extra trouble of tracking down what > > > stylesheet or js library a problem is in, so I'd rather avoid it if > > > possible. > > > > > > > > > Thanks, Loren > > > > > > > > > > > -- > > Martin Grigorov > > jWeekend > > Training, Consulting, Development > > http://jWeekend.com > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Hi Loren, See whether you can find the mail mentioned in https://cwiki.apache.org/confluence/display/WICKET/Resource+decoration in the mail archives. Jeremy attached the raw application in this mail thread and I transformed it to proper wicket-example for 1.5 On Wed, Aug 3, 2011 at 6:36 PM, Loren Cole wrote: > Hey guys, thanks for your responses. We're still using 1.4, it looks like it > will be a few months till we get to upgrade and use all the improvements > that have been made to resource handling in 1.5. In 1.4 it appears that you > cannot put a bucket in the header without things getting confused and > failing to close. Does anyone know why this is the case, or if there is a > way around it while still getting things in a tag? > > Martin, since we're using an older version I'm having trouble taking > advantage of your excellent advise, but I see elsewhere on the list, you > mention that this aggregation example should work in 1.4 also. Do you > perhaps have an example of that I could look at? The 1.4 equivalent of > MergedResourcesResource in particular is eluding me. > > Am I right in thinking that aggregation will be required to order my css > contributions in 1.4? At this point in development, the performance boost > doesn't necessarily offset the extra trouble of tracking down what > stylesheet or js library a problem is in, so I'd rather avoid it if > possible. > > > Thanks, Loren > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Hey guys, thanks for your responses. We're still using 1.4, it looks like it will be a few months till we get to upgrade and use all the improvements that have been made to resource handling in 1.5. In 1.4 it appears that you cannot put a bucket in the header without things getting confused and failing to close. Does anyone know why this is the case, or if there is a way around it while still getting things in a tag? Martin, since we're using an older version I'm having trouble taking advantage of your excellent advise, but I see elsewhere on the list, you mention that this aggregation example should work in 1.4 also. Do you perhaps have an example of that I could look at? The 1.4 equivalent of MergedResourcesResource in particular is eluding me. Am I right in thinking that aggregation will be required to order my css contributions in 1.4? At this point in development, the performance boost doesn't necessarily offset the extra trouble of tracking down what stylesheet or js library a problem is in, so I'd rather avoid it if possible. Thanks, Loren
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
I had a similar case where I wanted to contribute header sections that are written with renderString() last. I was not able to figure out all that resource aggregation and bucketing stuff, so I wrote something simpler. I would appreciate if somebody could review and comment on this: setHeaderResponseDecorator(new IHeaderResponseDecorator() { @Override public IHeaderResponse decorate(IHeaderResponse response) { return new DecoratingHeaderResponse(response) { private CharSequence stringToRender; @Override public void renderString(CharSequence string) { stringToRender = stringToRender == null ? string : stringToRender.toString() + string; } @Override public void close() { renderStringIfNeeded(); super.close(); } private void renderStringIfNeeded() { if (stringToRender != null && !wasRendered(stringToRender)) { super.renderString(stringToRender); markRendered(stringToRender); } } }; } }); On Fri, Jul 22, 2011 at 12:28 AM, Martin Grigorov wrote: > Hi, > > It is not documented by contributes before > #renderHead(). This may change in the future so don't rely on it. > Better take a look at > http://wicketstuff.org/wicket/resourceaggregation application. There > you can see how resources are scored. This way you can setup > org.apache.wicket.resource.filtering.HeaderResponseContainerFilteringHeaderResponse.IHeaderResponseFilter > which renders your specific contribution after all other. > To render CSS text use > org.apache.wicket.markup.html.IHeaderResponse.renderCSS(CharSequence > css, String id). Use the id in the filter to recognize it. > > On Fri, Jul 22, 2011 at 1:00 AM, Loren Cole wrote: >> Under normal circumstances I would, but I don't have my css in a file. It >> gets pulled from a database and stashed in the session. All the header >> contributer classes and resource references assume there's a file somewhere >> with this info. But in my case there is not. >> >> And, even id I did stuff this data into a file it still wouldn't fix my >> problem, because the customer defined css needs to override everything else >> with the same css selector. If another component added a header contributor >> afterwards that would not be the case. >> >> - >> Loren >> >> On Tue, Jul 19, 2011 at 11:35 PM, Jeremy Thomerson < >> jer...@wickettraining.com> wrote: >> >>> To start, don't use a Label to contribute css. Use a header contributor. >>> That's what they're made for. >>> On 2011 7 19 13:22, "Loren Cole" wrote: >>> > We're making our application skinable, but I'm having some trouble >>> getting >>> > user specified css into the right place in the header. We're working in a >>> > distributed environment, so instead of saving their css in the file >>> system >>> > we're putting it in our database, and in order to get the cascade to work >>> > properly we need to add this css after all the others. Here's how I'm >>> > adding it: >>> > >>> > StandardPage.java >>> > >>> > onInitialize() >>> > //Add any override style >>> > Tenant tenant = MyWebSession.get().getTenant(); >>> > Css css = cssRepository.GetStyleByTenant(tenant); >>> > if(tenant.getBranding() && css != null) { >>> > add(new Label("style", css.getStyle())); >>> > } >>> > } >>> > >>> > StandardPage.html >>> > >>> > >>> > >>> > >>> > >>> > - >>> > So the issue is that thet style tag comes before all my header >>> > contributions. I've tried specifying a header response decorator like so: >>> > >>> > Application.java >>> > >>> > public static final String HEADER_FILTER_NAME = "myHeaderBucket"; >>> > >>> > init() { >>> > super.init(); >>> > setHeaderResponseDecorator(new IHeaderResponseDecorator() { >>> > >>> > HeaderResponseContainerFilteringHeaderResponse.IHeaderResponseFilter[] >>> > filters = {new CssAcceptingHeaderResponseFilter(HEADER_FILTER_NAME)}; >>> > @Override >>> > public IHeaderResponse decorate(IHeaderResponse response) { >>> > return new >>> > HeaderResponseContainerFilteringHeaderResponse(response, >>> HEADER_FILTER_NAME, >>> > filters); >>> > } >>> > }); >>> > } >>> > >>> > StandardPage.html >>> > >>> > >>> > >>> > >>> > >>> > >>> > -- >>> > >>> > Unfortunately I'm getting this exception when I instantiate a page: >>> > >>> > 12:28:04,097 INFO [STDOUT] 2011-07-19 12:28:04.096 >>> [http-127.0.0.1-8080-1] >>> > [127.0.0.1] [T:2] [U:3 - joe_sharp] >>> > [com.transverse.bleep.wicket.desktop.DesktopPage] ERROR >>> > org.apache.wicket.RequestCycle 1529 - Exception in rendering component: >>> > [MarkupContainer [Component id
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Hi, It is not documented by contributes before #renderHead(). This may change in the future so don't rely on it. Better take a look at http://wicketstuff.org/wicket/resourceaggregation application. There you can see how resources are scored. This way you can setup org.apache.wicket.resource.filtering.HeaderResponseContainerFilteringHeaderResponse.IHeaderResponseFilter which renders your specific contribution after all other. To render CSS text use org.apache.wicket.markup.html.IHeaderResponse.renderCSS(CharSequence css, String id). Use the id in the filter to recognize it. On Fri, Jul 22, 2011 at 1:00 AM, Loren Cole wrote: > Under normal circumstances I would, but I don't have my css in a file. It > gets pulled from a database and stashed in the session. All the header > contributer classes and resource references assume there's a file somewhere > with this info. But in my case there is not. > > And, even id I did stuff this data into a file it still wouldn't fix my > problem, because the customer defined css needs to override everything else > with the same css selector. If another component added a header contributor > afterwards that would not be the case. > > - > Loren > > On Tue, Jul 19, 2011 at 11:35 PM, Jeremy Thomerson < > jer...@wickettraining.com> wrote: > >> To start, don't use a Label to contribute css. Use a header contributor. >> That's what they're made for. >> On 2011 7 19 13:22, "Loren Cole" wrote: >> > We're making our application skinable, but I'm having some trouble >> getting >> > user specified css into the right place in the header. We're working in a >> > distributed environment, so instead of saving their css in the file >> system >> > we're putting it in our database, and in order to get the cascade to work >> > properly we need to add this css after all the others. Here's how I'm >> > adding it: >> > >> > StandardPage.java >> > >> > onInitialize() >> > //Add any override style >> > Tenant tenant = MyWebSession.get().getTenant(); >> > Css css = cssRepository.GetStyleByTenant(tenant); >> > if(tenant.getBranding() && css != null) { >> > add(new Label("style", css.getStyle())); >> > } >> > } >> > >> > StandardPage.html >> > >> > >> > >> > >> > >> > - >> > So the issue is that thet style tag comes before all my header >> > contributions. I've tried specifying a header response decorator like so: >> > >> > Application.java >> > >> > public static final String HEADER_FILTER_NAME = "myHeaderBucket"; >> > >> > init() { >> > super.init(); >> > setHeaderResponseDecorator(new IHeaderResponseDecorator() { >> > >> > HeaderResponseContainerFilteringHeaderResponse.IHeaderResponseFilter[] >> > filters = {new CssAcceptingHeaderResponseFilter(HEADER_FILTER_NAME)}; >> > @Override >> > public IHeaderResponse decorate(IHeaderResponse response) { >> > return new >> > HeaderResponseContainerFilteringHeaderResponse(response, >> HEADER_FILTER_NAME, >> > filters); >> > } >> > }); >> > } >> > >> > StandardPage.html >> > >> > >> > >> > >> > >> > >> > -- >> > >> > Unfortunately I'm getting this exception when I instantiate a page: >> > >> > 12:28:04,097 INFO [STDOUT] 2011-07-19 12:28:04.096 >> [http-127.0.0.1-8080-1] >> > [127.0.0.1] [T:2] [U:3 - joe_sharp] >> > [com.transverse.bleep.wicket.desktop.DesktopPage] ERROR >> > org.apache.wicket.RequestCycle 1529 - Exception in rendering component: >> > [MarkupContainer [Component id = headerBucket]] >> > org.apache.wicket.WicketRuntimeException: Exception in rendering >> component: >> > [MarkupContainer [Component id = headerBucket]] >> > at org.apache.wicket.Component.renderComponent(Component.java:2729) >> > ~[wicket-1.4.17.jar:1.4.17] >> > at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1539) >> > ~[wicket-1.4.17.jar:1.4.17] >> > at org.apache.wicket.Component.render(Component.java:2521) >> > ~[wicket-1.4.17.jar:1.4.17] >> > ... >> > Caused by: java.lang.RuntimeException: there was an error processing the >> > header response - you tried to render a bucket of response from >> > HeaderResponseContainerFilteringHeaderResponse, but it had not yet run >> and >> > been closed. this should occur when the header container that is standard >> > in wicket renders, so perhaps you have done something to keep that from >> > rendering? >> > at >> > >> >> org.apache.wicket.resource.filtering.HeaderResponseFilteredResponseContainer.onComponentTagBody(HeaderResponseFilteredResponseContainer.java:67) >> > ~[wicket-1.4.17.jar:1.4.17] >> > at org.apache.wicket.Component.renderComponent(Component.java:2690) >> > ~[wicket-1.4.17.jar:1.4.17] >> > ... 81 common frames omitted >> > >> > >> > Any ideas on what I'm doing wrong? Is there an easier approach I can >> take? >> > >> > Thanks, >> > Loren >> > -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: user
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
put your css string from db in: new StringBufferResourceStream().add(yourCssFromDB) and then you can contribute to the header properly -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Issues-with-HeaderResponseContainerFilteringHeaderResponse-tp3678890p3685782.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Under normal circumstances I would, but I don't have my css in a file. It gets pulled from a database and stashed in the session. All the header contributer classes and resource references assume there's a file somewhere with this info. But in my case there is not. And, even id I did stuff this data into a file it still wouldn't fix my problem, because the customer defined css needs to override everything else with the same css selector. If another component added a header contributor afterwards that would not be the case. - Loren On Tue, Jul 19, 2011 at 11:35 PM, Jeremy Thomerson < jer...@wickettraining.com> wrote: > To start, don't use a Label to contribute css. Use a header contributor. > That's what they're made for. > On 2011 7 19 13:22, "Loren Cole" wrote: > > We're making our application skinable, but I'm having some trouble > getting > > user specified css into the right place in the header. We're working in a > > distributed environment, so instead of saving their css in the file > system > > we're putting it in our database, and in order to get the cascade to work > > properly we need to add this css after all the others. Here's how I'm > > adding it: > > > > StandardPage.java > > > > onInitialize() > > //Add any override style > > Tenant tenant = MyWebSession.get().getTenant(); > > Css css = cssRepository.GetStyleByTenant(tenant); > > if(tenant.getBranding() && css != null) { > > add(new Label("style", css.getStyle())); > > } > > } > > > > StandardPage.html > > > > > > > > > > > > - > > So the issue is that thet style tag comes before all my header > > contributions. I've tried specifying a header response decorator like so: > > > > Application.java > > > > public static final String HEADER_FILTER_NAME = "myHeaderBucket"; > > > > init() { > > super.init(); > > setHeaderResponseDecorator(new IHeaderResponseDecorator() { > > > > HeaderResponseContainerFilteringHeaderResponse.IHeaderResponseFilter[] > > filters = {new CssAcceptingHeaderResponseFilter(HEADER_FILTER_NAME)}; > > @Override > > public IHeaderResponse decorate(IHeaderResponse response) { > > return new > > HeaderResponseContainerFilteringHeaderResponse(response, > HEADER_FILTER_NAME, > > filters); > > } > > }); > > } > > > > StandardPage.html > > > > > > > > > > > > > > -- > > > > Unfortunately I'm getting this exception when I instantiate a page: > > > > 12:28:04,097 INFO [STDOUT] 2011-07-19 12:28:04.096 > [http-127.0.0.1-8080-1] > > [127.0.0.1] [T:2] [U:3 - joe_sharp] > > [com.transverse.bleep.wicket.desktop.DesktopPage] ERROR > > org.apache.wicket.RequestCycle 1529 - Exception in rendering component: > > [MarkupContainer [Component id = headerBucket]] > > org.apache.wicket.WicketRuntimeException: Exception in rendering > component: > > [MarkupContainer [Component id = headerBucket]] > > at org.apache.wicket.Component.renderComponent(Component.java:2729) > > ~[wicket-1.4.17.jar:1.4.17] > > at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1539) > > ~[wicket-1.4.17.jar:1.4.17] > > at org.apache.wicket.Component.render(Component.java:2521) > > ~[wicket-1.4.17.jar:1.4.17] > > ... > > Caused by: java.lang.RuntimeException: there was an error processing the > > header response - you tried to render a bucket of response from > > HeaderResponseContainerFilteringHeaderResponse, but it had not yet run > and > > been closed. this should occur when the header container that is standard > > in wicket renders, so perhaps you have done something to keep that from > > rendering? > > at > > > > org.apache.wicket.resource.filtering.HeaderResponseFilteredResponseContainer.onComponentTagBody(HeaderResponseFilteredResponseContainer.java:67) > > ~[wicket-1.4.17.jar:1.4.17] > > at org.apache.wicket.Component.renderComponent(Component.java:2690) > > ~[wicket-1.4.17.jar:1.4.17] > > ... 81 common frames omitted > > > > > > Any ideas on what I'm doing wrong? Is there an easier approach I can > take? > > > > Thanks, > > Loren >
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
To start, don't use a Label to contribute css. Use a header contributor. That's what they're made for. On 2011 7 19 13:22, "Loren Cole" wrote: > We're making our application skinable, but I'm having some trouble getting > user specified css into the right place in the header. We're working in a > distributed environment, so instead of saving their css in the file system > we're putting it in our database, and in order to get the cascade to work > properly we need to add this css after all the others. Here's how I'm > adding it: > > StandardPage.java > > onInitialize() > //Add any override style > Tenant tenant = MyWebSession.get().getTenant(); > Css css = cssRepository.GetStyleByTenant(tenant); > if(tenant.getBranding() && css != null) { > add(new Label("style", css.getStyle())); > } > } > > StandardPage.html > > > > > > - > So the issue is that thet style tag comes before all my header > contributions. I've tried specifying a header response decorator like so: > > Application.java > > public static final String HEADER_FILTER_NAME = "myHeaderBucket"; > > init() { > super.init(); > setHeaderResponseDecorator(new IHeaderResponseDecorator() { > > HeaderResponseContainerFilteringHeaderResponse.IHeaderResponseFilter[] > filters = {new CssAcceptingHeaderResponseFilter(HEADER_FILTER_NAME)}; > @Override > public IHeaderResponse decorate(IHeaderResponse response) { > return new > HeaderResponseContainerFilteringHeaderResponse(response, HEADER_FILTER_NAME, > filters); > } > }); > } > > StandardPage.html > > > > > > > -- > > Unfortunately I'm getting this exception when I instantiate a page: > > 12:28:04,097 INFO [STDOUT] 2011-07-19 12:28:04.096 [http-127.0.0.1-8080-1] > [127.0.0.1] [T:2] [U:3 - joe_sharp] > [com.transverse.bleep.wicket.desktop.DesktopPage] ERROR > org.apache.wicket.RequestCycle 1529 - Exception in rendering component: > [MarkupContainer [Component id = headerBucket]] > org.apache.wicket.WicketRuntimeException: Exception in rendering component: > [MarkupContainer [Component id = headerBucket]] > at org.apache.wicket.Component.renderComponent(Component.java:2729) > ~[wicket-1.4.17.jar:1.4.17] > at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1539) > ~[wicket-1.4.17.jar:1.4.17] > at org.apache.wicket.Component.render(Component.java:2521) > ~[wicket-1.4.17.jar:1.4.17] > ... > Caused by: java.lang.RuntimeException: there was an error processing the > header response - you tried to render a bucket of response from > HeaderResponseContainerFilteringHeaderResponse, but it had not yet run and > been closed. this should occur when the header container that is standard > in wicket renders, so perhaps you have done something to keep that from > rendering? > at > org.apache.wicket.resource.filtering.HeaderResponseFilteredResponseContainer.onComponentTagBody(HeaderResponseFilteredResponseContainer.java:67) > ~[wicket-1.4.17.jar:1.4.17] > at org.apache.wicket.Component.renderComponent(Component.java:2690) > ~[wicket-1.4.17.jar:1.4.17] > ... 81 common frames omitted > > > Any ideas on what I'm doing wrong? Is there an easier approach I can take? > > Thanks, > Loren
Issues with HeaderResponseContainerFilteringHeaderResponse
We're making our application skinable, but I'm having some trouble getting user specified css into the right place in the header. We're working in a distributed environment, so instead of saving their css in the file system we're putting it in our database, and in order to get the cascade to work properly we need to add this css after all the others. Here's how I'm adding it: StandardPage.java onInitialize() //Add any override style Tenant tenant = MyWebSession.get().getTenant(); Css css = cssRepository.GetStyleByTenant(tenant); if(tenant.getBranding() && css != null) { add(new Label("style", css.getStyle())); } } StandardPage.html - So the issue is that thet style tag comes before all my header contributions. I've tried specifying a header response decorator like so: Application.java public static final String HEADER_FILTER_NAME = "myHeaderBucket"; init() { super.init(); setHeaderResponseDecorator(new IHeaderResponseDecorator() { HeaderResponseContainerFilteringHeaderResponse.IHeaderResponseFilter[] filters = {new CssAcceptingHeaderResponseFilter(HEADER_FILTER_NAME)}; @Override public IHeaderResponse decorate(IHeaderResponse response) { return new HeaderResponseContainerFilteringHeaderResponse(response, HEADER_FILTER_NAME, filters); } }); } StandardPage.html -- Unfortunately I'm getting this exception when I instantiate a page: 12:28:04,097 INFO [STDOUT] 2011-07-19 12:28:04.096 [http-127.0.0.1-8080-1] [127.0.0.1] [T:2] [U:3 - joe_sharp] [com.transverse.bleep.wicket.desktop.DesktopPage] ERROR org.apache.wicket.RequestCycle 1529 - Exception in rendering component: [MarkupContainer [Component id = headerBucket]] org.apache.wicket.WicketRuntimeException: Exception in rendering component: [MarkupContainer [Component id = headerBucket]] at org.apache.wicket.Component.renderComponent(Component.java:2729) ~[wicket-1.4.17.jar:1.4.17] at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1539) ~[wicket-1.4.17.jar:1.4.17] at org.apache.wicket.Component.render(Component.java:2521) ~[wicket-1.4.17.jar:1.4.17] ... Caused by: java.lang.RuntimeException: there was an error processing the header response - you tried to render a bucket of response from HeaderResponseContainerFilteringHeaderResponse, but it had not yet run and been closed. this should occur when the header container that is standard in wicket renders, so perhaps you have done something to keep that from rendering? at org.apache.wicket.resource.filtering.HeaderResponseFilteredResponseContainer.onComponentTagBody(HeaderResponseFilteredResponseContainer.java:67) ~[wicket-1.4.17.jar:1.4.17] at org.apache.wicket.Component.renderComponent(Component.java:2690) ~[wicket-1.4.17.jar:1.4.17] ... 81 common frames omitted Any ideas on what I'm doing wrong? Is there an easier approach I can take? Thanks, Loren