Re: component not visible exception
Could this be happening because of the back button? D/ On Nov 28, 2010, at 4:54 AM, Chris Colman wrote: > I had a similar problem. In my scenario it occurred when a ModalWindow > was brought up when a form failed validation. When they clicked ok to > close the ModalWindow and then clicked Submit on the form again I got a > similar message saying that the Submit button was no longer visible. > > It doesn't happen if I use the normal validation 'feedback' panel to > display the validation error messages. > > Chris > >> -Original Message- >> From: Douglas Ferguson [mailto:doug...@douglasferguson.us] >> Sent: Saturday, 27 November 2010 3:13 AM >> To: Wicket Mailing List List >> Subject: component not visible exception >> >> I have an error I've been seeing in the production logs for awhile now > and >> haven't been able to to figure it out. >> >> My thought is that it is due to a stale page or the back button, but it >> seems to me that it is happening alot, so I thought I might inquire. >> >> Any thoughts on what might be causing this and how to avoid it? >> >> 2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle - > Submit >> Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not > visible >> org.apache.wicket.WicketRuntimeException: Submit Button add >> (path=dataPanel:contentCenterBox:addUserForm:add) is not visible >> at > org.apache.wicket.markup.html.form.Form$2.component(Form.java:622) >> at >> org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89 > 9) >> at >> org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91 > 4) >> at >> org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91 > 4) >> at >> org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91 > 4) >> at >> org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java: > 604) >> at >> org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899) >> at >> org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubm > itBe >> havior.java:135) >> at >> org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java > :177 >> ) >> at >> org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDe > faul >> tAjaxBehavior.java:300) >> at >> org.apache.wicket.request.target.component.listener.BehaviorRequestTarg > et.p >> rocessEvents(BehaviorRequestTarget.java:119) >> at >> org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(A > bstr >> actRequestCycleProcessor.java:92) >> at >> org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.jav > a:12 >> 50) >> at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) >> at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) >> at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) >> at >> org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:48 > 4) >> at >> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java > :317 >> ) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic > atio >> nFilterChain.java:215) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil > terC >> hain.java:188) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal > ve.j >> ava:213) >> at >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal > ve.j >> ava:172) >> at >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav > a:12 >> 7) >> at >> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav > a:11 >> 7) >> at >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve > .jav >> a:108) >> at >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: > 151) >> at >> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) >> at >> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) >> at > org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) >> at >> org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java > :703 >> ) >> at >> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket > .jav >> a:895) >> at >> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo > l.ja >> va:689) >> at java.lang.Thread.run(Unknown Source) >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > -
[ANNOUNCE] Wicket 1.4.14 Released
The Wicket development team is proud to announce that we have released Wicket 1.4.14. This is a bugfix and minor improvement release in the 1.4.x (stable) branch. To download: http://www.apache.org/dyn/closer.cgi/wicket/1.4.14 Release Tag: http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.14/ Changelog: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310561&styleName=Html&version=12315480 To use with Maven (the recommended way to use Wicket): org.apache.wicket wicket 1.4.14 -- Jeremy Thomerson http://wickettraining.com Need a CMS for Wicket? Use Brix! http://brixcms.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DatePicker css
Hello,
On Wed, Apr 28, 2010 at 3:58 PM, shetc wrote:
> Stefan -- please show me what the trick was. Thanks, Steve
I came across with this thread and saved me hours!
I wanted to change the background for the month/year selector.
Using this snippet worked great:
.yui-skin-sam .yui-calendar .calheader {
background-color : white !important;
}
Regards.
--
Mauro Ciancio
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Painting a ListView in Ajax via a transparent container fails
Hi!
If you have:
Which is laid out as:
...
panel.add((listviewContainer = new
WebMarkupContainer("listview-container")).setOutputMarkupId(true));
...
And in your ajax update you call:
...
target.addComponent(listviewContainer);
..
This should work.
**
Martin
2010/11/28 Wilhelmsen Tor Iver :
> In my quest for a more portlet-oriented use of Wicket, I am trying an
> approach where you switch panels (by constructing new instances and
> repainting a "wrapper") within one Page. However, it seems that ListViews do
> not get repainted (no calls to populateItem()) in that scenario:
>
> 1) Initial rendering that does not use Ajax works fine.
> 2) An AjaxFallbackButton then switches to a second panel
> 3) Returning via an AjaxFallbackLink to a new instance of the first
> panel paints all components except the ListView items.
>
> Is there something I have forgotten? Would it make more sense to have all
> Panels in the Page at once and then just adjust visibility as needed?
>
> A quickstart can be found at http://dl.dropbox.com/u/11463405/listviewtest.zip
>
> Med vennlig hilsen
>
> TOR IVER WILHELMSEN
> Senior systemutvikler
> Arrive AS
> T (+47) 48 16 06 18
> E-post: toriv...@arrive.no
> http://www.arrive.no
> http://servicedesk.arrive.no
>
>
>
>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Painting a ListView in Ajax via a transparent container fails
In my quest for a more portlet-oriented use of Wicket, I am trying an approach where you switch panels (by constructing new instances and repainting a "wrapper") within one Page. However, it seems that ListViews do not get repainted (no calls to populateItem()) in that scenario: 1) Initial rendering that does not use Ajax works fine. 2) An AjaxFallbackButton then switches to a second panel 3) Returning via an AjaxFallbackLink to a new instance of the first panel paints all components except the ListView items. Is there something I have forgotten? Would it make more sense to have all Panels in the Page at once and then just adjust visibility as needed? A quickstart can be found at http://dl.dropbox.com/u/11463405/listviewtest.zip Med vennlig hilsen TOR IVER WILHELMSEN Senior systemutvikler Arrive AS T (+47) 48 16 06 18 E-post: toriv...@arrive.no http://www.arrive.no http://servicedesk.arrive.no
RE: component not visible exception
I had a similar problem. In my scenario it occurred when a ModalWindow was brought up when a form failed validation. When they clicked ok to close the ModalWindow and then clicked Submit on the form again I got a similar message saying that the Submit button was no longer visible. It doesn't happen if I use the normal validation 'feedback' panel to display the validation error messages. Chris >-Original Message- >From: Douglas Ferguson [mailto:doug...@douglasferguson.us] >Sent: Saturday, 27 November 2010 3:13 AM >To: Wicket Mailing List List >Subject: component not visible exception > >I have an error I've been seeing in the production logs for awhile now and >haven't been able to to figure it out. > >My thought is that it is due to a stale page or the back button, but it >seems to me that it is happening alot, so I thought I might inquire. > >Any thoughts on what might be causing this and how to avoid it? > >2010-11-26 08:36:36,676 ERROR [TP-Processor34] wicket.RequestCycle - Submit >Button add (path=dataPanel:contentCenterBox:addUserForm:add) is not visible >org.apache.wicket.WicketRuntimeException: Submit Button add >(path=dataPanel:contentCenterBox:addUserForm:add) is not visible > at org.apache.wicket.markup.html.form.Form$2.component(Form.java:622) > at >org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:89 9) > at >org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91 4) > at >org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91 4) > at >org.apache.wicket.MarkupContainer.visitChildren(MarkupContainer.java:91 4) > at >org.apache.wicket.markup.html.form.Form.findSubmittingButton(Form.java: 604) > at >org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:899) > at >org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubm itBe >havior.java:135) > at >org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java :177 >) > at >org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDe faul >tAjaxBehavior.java:300) > at >org.apache.wicket.request.target.component.listener.BehaviorRequestTarg et.p >rocessEvents(BehaviorRequestTarget.java:119) > at >org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(A bstr >actRequestCycleProcessor.java:92) > at >org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.jav a:12 >50) > at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) > at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) > at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) > at >org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:48 4) > at >org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java :317 >) > at >org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic atio >nFilterChain.java:215) > at >org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terC >hain.java:188) > at >org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal ve.j >ava:213) > at >org.apache.catalina.core.StandardContextValve.invoke(StandardContextVal ve.j >ava:172) > at >org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.jav a:12 >7) > at >org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:11 >7) > at >org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve .jav >a:108) > at >org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: 151) > at >org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) > at >org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) > at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) > at >org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java :703 >) > at >org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket .jav >a:895) > at >org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja >va:689) > at java.lang.Thread.run(Unknown Source) > > >- >To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
