You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Loren Cole <lo...@gmail.com> on 2011/07/19 20:21:54 UTC
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
<wicket:head>
<style type="text/css" wicket:id="style"></style>
</wicket:head>
-----------------------------------------
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
<wicket:head>
<div wicket:id="myHeaderBucket"></div>
<style type="text/css" wicket:id="style"></style>
</wicket:head>
------------------------------
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
Posted by Loren Cole <lo...@gmail.com>.
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("<style>" + css + "</style>");
}
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
<je...@wickettraining.com>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 <mgrigorov@apache.org
> >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 <lo...@gmail.com> 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 <head> 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-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Posted by Jeremy Thomerson <je...@wickettraining.com>.
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 <mg...@apache.org>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 <lo...@gmail.com> 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 <head> 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-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Posted by Martin Grigorov <mg...@apache.org>.
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 <lo...@gmail.com> 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 <head> 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-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Posted by Loren Cole <lo...@gmail.com>.
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 <head> 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
Posted by Alec Swan <al...@gmail.com>.
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 <mg...@apache.org> wrote:
> Hi,
>
> It is not documented by <wicket:head> 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 <lo...@gmail.com> 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 <
>> jeremy@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" <lo...@gmail.com> 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
>>> >
>>> > <wicket:head>
>>> > <style type="text/css" wicket:id="style"></style>
>>> > </wicket:head>
>>> >
>>> > -----------------------------------------
>>> > 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
>>> >
>>> > <wicket:head>
>>> > <div wicket:id="myHeaderBucket"></div>
>>> > <style type="text/css" wicket:id="style"></style>
>>> > </wicket:head>
>>> >
>>> > ------------------------------
>>> >
>>> > 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: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Posted by Martin Grigorov <mg...@apache.org>.
Hi,
It is not documented by <wicket:head> 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 <lo...@gmail.com> 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 <
> jeremy@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" <lo...@gmail.com> 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
>> >
>> > <wicket:head>
>> > <style type="text/css" wicket:id="style"></style>
>> > </wicket:head>
>> >
>> > -----------------------------------------
>> > 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
>> >
>> > <wicket:head>
>> > <div wicket:id="myHeaderBucket"></div>
>> > <style type="text/css" wicket:id="style"></style>
>> > </wicket:head>
>> >
>> > ------------------------------
>> >
>> > 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: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Posted by "robert.mcguinness" <ro...@gmail.com>.
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-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Issues with HeaderResponseContainerFilteringHeaderResponse
Posted by Loren Cole <lo...@gmail.com>.
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 <
jeremy@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" <lo...@gmail.com> 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
> >
> > <wicket:head>
> > <style type="text/css" wicket:id="style"></style>
> > </wicket:head>
> >
> > -----------------------------------------
> > 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
> >
> > <wicket:head>
> > <div wicket:id="myHeaderBucket"></div>
> > <style type="text/css" wicket:id="style"></style>
> > </wicket:head>
> >
> > ------------------------------
> >
> > 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
Posted by Jeremy Thomerson <je...@wickettraining.com>.
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" <lo...@gmail.com> 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
>
> <wicket:head>
> <style type="text/css" wicket:id="style"></style>
> </wicket:head>
>
> -----------------------------------------
> 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
>
> <wicket:head>
> <div wicket:id="myHeaderBucket"></div>
> <style type="text/css" wicket:id="style"></style>
> </wicket:head>
>
> ------------------------------
>
> 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