Re: Download serves empty files with correct number of pages !?!
On Mon, Mar 30, 2015 at 7:32 PM, ChambreNoire wrote: > I was using the AjaxDownload outlined in > > https://cwiki.apache.org/confluence/display/WICKET/AJAX+update+and+file+download+in+one+blow > before with the same problem. > > I switched to DownloadLink : > > IModel model = new LoadableDetachableModel() { > > @Override > protected File load() { > > File path; > try { > path = new ClassPathResource("descriptors/hc").getFile(); > 'hc' has no extension. Neither the server, nor the browser will have idea how to present it. So I think it is expected that the browser downloads it instead of showing it in a tab/window. > } catch (IOException exception) { > return null; > } > return new File(path, item.getModelObject().getFile()); > } > }; > > add(new DownloadLink(ID_ALARM, model) { > > @Override > protected void onComponentTag(ComponentTag tag) { > super.onComponentTag(tag); > > tag.getAttributes().put("target", "_blank"); > } > }); > > Now the file downloads rather than opening in a new tab and it's still > blank > with the correct number of pages... > "correct number of pages" I'd say the correct file is delivered. It is your viewer that doesn't represent it correctly. Check the sizes of the original file and the downloaded one. I guess the file is binary so also try with 'cmp' (Linux command line) or something similar. > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117p4670123.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: Download serves empty files with correct number of pages !?!
I was using the AjaxDownload outlined in https://cwiki.apache.org/confluence/display/WICKET/AJAX+update+and+file+download+in+one+blow before with the same problem. I switched to DownloadLink : IModel model = new LoadableDetachableModel() { @Override protected File load() { File path; try { path = new ClassPathResource("descriptors/hc").getFile(); } catch (IOException exception) { return null; } return new File(path, item.getModelObject().getFile()); } }; add(new DownloadLink(ID_ALARM, model) { @Override protected void onComponentTag(ComponentTag tag) { super.onComponentTag(tag); tag.getAttributes().put("target", "_blank"); } }); Now the file downloads rather than opening in a new tab and it's still blank with the correct number of pages... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117p4670123.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: Download serves empty files with correct number of pages !?!
Francois Meillet wrote > path = new ClassPathResource("descriptors/hc").getFile(); > the path isn't null ? Nope. By the time we get to the line : return new FileResourceStream(new File(path, getModelObject().getFile())); the path isn't null and this ends up instantiating a FileResourceStream with a file that both has the correct path and exist()s... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117p4670121.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: Download serves empty files with correct number of pages !?!
Hi, Why don't you use DownloadLink or ResourceLink ? At least check their sources for inspiration. Martin Grigorov Freelancer, available for hire! Wicket Training and Consulting https://twitter.com/mtgrigorov On Mon, Mar 30, 2015 at 6:44 PM, ChambreNoire wrote: > Hello, > > I have a strange problem. Ever since I have moved the files I'm linking to > in the following code to the classpath, they are downloading as empty files > but *with the correct number of pages*! > > Any ideas? > > Thanks > > class AlarmLink extends Link implements IResourceListener { > > private IResource resource; > > AlarmLink(String id, final IModel model) { > super(id, model); > > resource = new ResourceStreamResource(null) { > > @Override > protected IResourceStream getResourceStream() { > > File path; > try { > path = new > ClassPathResource("descriptors/hc").getFile(); > } catch (IOException exception) { > return null; > } > return new FileResourceStream(new File(path, > getModelObject().getFile())); > } > }; > } > > public final void onResourceRequested() { > > Attributes a = new Attributes(RequestCycle.get().getRequest(), > RequestCycle.get().getResponse(), null); > resource.respond(a); > onLinkClicked(); > } > > @Override > protected final CharSequence getURL() { > return urlFor(IResourceListener.INTERFACE, null); > } > > @Override > public void onClick() {} > > @Override > public IModel getBody() { > return PropertyModel.of(getModel(), "label"); > } > > @Override > protected void onComponentTag(ComponentTag tag) { > super.onComponentTag(tag); > tag.getAttributes().put("target", "_blank"); > } > } > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117.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: Download serves empty files with correct number of pages !?!
path = new ClassPathResource("descriptors/hc").getFile(); the path isn't null ? François Le 30 mars 2015 à 18:03, ChambreNoire a écrit : > Sure but no exception is thrown! > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117p4670119.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: Download serves empty files with correct number of pages !?!
Sure but no exception is thrown! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117p4670119.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: Download serves empty files with correct number of pages !?!
printing the exception could help } catch (IOException exception) { return null; --> print stack } François Le 30 mars 2015 à 17:44, ChambreNoire a écrit : > Hello, > > I have a strange problem. Ever since I have moved the files I'm linking to > in the following code to the classpath, they are downloading as empty files > but *with the correct number of pages*! > > Any ideas? > > Thanks > > class AlarmLink extends Link implements IResourceListener { > >private IResource resource; > >AlarmLink(String id, final IModel model) { >super(id, model); > >resource = new ResourceStreamResource(null) { > >@Override >protected IResourceStream getResourceStream() { > >File path; >try { >path = new > ClassPathResource("descriptors/hc").getFile(); >} catch (IOException exception) { >return null; >} >return new FileResourceStream(new File(path, > getModelObject().getFile())); >} >}; >} > >public final void onResourceRequested() { > >Attributes a = new Attributes(RequestCycle.get().getRequest(), > RequestCycle.get().getResponse(), null); >resource.respond(a); >onLinkClicked(); >} > >@Override >protected final CharSequence getURL() { >return urlFor(IResourceListener.INTERFACE, null); >} > >@Override >public void onClick() {} > >@Override >public IModel getBody() { >return PropertyModel.of(getModel(), "label"); >} > >@Override >protected void onComponentTag(ComponentTag tag) { >super.onComponentTag(tag); >tag.getAttributes().put("target", "_blank"); >} > } > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117.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 >
Download serves empty files with correct number of pages !?!
Hello, I have a strange problem. Ever since I have moved the files I'm linking to in the following code to the classpath, they are downloading as empty files but *with the correct number of pages*! Any ideas? Thanks class AlarmLink extends Link implements IResourceListener { private IResource resource; AlarmLink(String id, final IModel model) { super(id, model); resource = new ResourceStreamResource(null) { @Override protected IResourceStream getResourceStream() { File path; try { path = new ClassPathResource("descriptors/hc").getFile(); } catch (IOException exception) { return null; } return new FileResourceStream(new File(path, getModelObject().getFile())); } }; } public final void onResourceRequested() { Attributes a = new Attributes(RequestCycle.get().getRequest(), RequestCycle.get().getResponse(), null); resource.respond(a); onLinkClicked(); } @Override protected final CharSequence getURL() { return urlFor(IResourceListener.INTERFACE, null); } @Override public void onClick() {} @Override public IModel getBody() { return PropertyModel.of(getModel(), "label"); } @Override protected void onComponentTag(ComponentTag tag) { super.onComponentTag(tag); tag.getAttributes().put("target", "_blank"); } } -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Download-serves-empty-files-with-correct-number-of-pages-tp4670117.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: Migrating to 7.0 java.util.EmptyStackException
Hi, try the last Milestone m5, which contains fixes for this kind of problem. On 30/03/2015 09:26, wiseguy2 wrote: I feel rather helpless since I migrated to 7.0 today and I start to get this error in my pages with markup inheritance. java.util.EmptyStackException: null at org.apache.wicket.util.collections.ArrayListStack.peek(ArrayListStack.java:102) ~[wicket-util-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.DequeueContext.skipToCloseTag(DequeueContext.java:133) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.dequeue(MarkupContainer.java:2102) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.dequeue(MarkupContainer.java:2046) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.addedComponent(MarkupContainer.java:958) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.add(MarkupContainer.java:187) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at com.erranda.prototype.web.Authenticated.onInitialize(Authenticated.java:107) ~[classes/:na] at com.erranda.prototype.web.Home.onInitialize(Home.java:22) ~[classes/:na] at org.apache.wicket.Component.fireInitialize(Component.java:876) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.internalInitialize(MarkupContainer.java:994) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.Page.internalPrepareForRender(Page.java:240) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.Component.render(Component.java:2330) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.Page.renderPage(Page.java:1018) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:122) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:205) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:837) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) ~[wicket-request-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) [jetty-security-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.Server.handle(Server.java:497) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) [jetty-server-9.
Re: Migrating to 7.0 java.util.EmptyStackException
Hi, Please try with the latest release - 7.0.0-M5. It has some fixes since M1. Martin Grigorov Freelancer, available for hire! Wicket Training and Consulting https://twitter.com/mtgrigorov On Mon, Mar 30, 2015 at 10:26 AM, wiseguy2 wrote: > I feel rather helpless since I migrated to 7.0 today and I start to get > this > error in my pages with markup inheritance. > > java.util.EmptyStackException: null > at > > org.apache.wicket.util.collections.ArrayListStack.peek(ArrayListStack.java:102) > ~[wicket-util-7.0.0-M1.jar:7.0.0-M1] > at > org.apache.wicket.DequeueContext.skipToCloseTag(DequeueContext.java:133) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > org.apache.wicket.MarkupContainer.dequeue(MarkupContainer.java:2102) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > org.apache.wicket.MarkupContainer.dequeue(MarkupContainer.java:2046) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > org.apache.wicket.MarkupContainer.addedComponent(MarkupContainer.java:958) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at org.apache.wicket.MarkupContainer.add(MarkupContainer.java:187) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > com.erranda.prototype.web.Authenticated.onInitialize(Authenticated.java:107) > ~[classes/:na] > at com.erranda.prototype.web.Home.onInitialize(Home.java:22) > ~[classes/:na] > at org.apache.wicket.Component.fireInitialize(Component.java:876) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.MarkupContainer.internalInitialize(MarkupContainer.java:994) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at org.apache.wicket.Page.internalPrepareForRender(Page.java:240) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at org.apache.wicket.Component.render(Component.java:2330) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at org.apache.wicket.Page.renderPage(Page.java:1018) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:122) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:205) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:837) > ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) > ~[wicket-request-7.0.0-M1.jar:7.0.0-M1] > at > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265) > [wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222) > [wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293) > [wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261) > [wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203) > [wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284) > [wicket-core-7.0.0-M1.jar:7.0.0-M1] > at > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) > [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) > [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] > at > > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) > [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) > [jetty-security-9.2.9.v20150224.jar:9.2.9.v20150224] > at > > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) > [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] > at > > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) > [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) > [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] > at > > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) > [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] > at > > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) > [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] > at > > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) > [jetty-server-9.2.9.v20150224.jar:9.2.9
Migrating to 7.0 java.util.EmptyStackException
I feel rather helpless since I migrated to 7.0 today and I start to get this error in my pages with markup inheritance. java.util.EmptyStackException: null at org.apache.wicket.util.collections.ArrayListStack.peek(ArrayListStack.java:102) ~[wicket-util-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.DequeueContext.skipToCloseTag(DequeueContext.java:133) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.dequeue(MarkupContainer.java:2102) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.dequeue(MarkupContainer.java:2046) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.addedComponent(MarkupContainer.java:958) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.add(MarkupContainer.java:187) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at com.erranda.prototype.web.Authenticated.onInitialize(Authenticated.java:107) ~[classes/:na] at com.erranda.prototype.web.Home.onInitialize(Home.java:22) ~[classes/:na] at org.apache.wicket.Component.fireInitialize(Component.java:876) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.MarkupContainer.internalInitialize(MarkupContainer.java:994) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.Page.internalPrepareForRender(Page.java:240) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.Component.render(Component.java:2330) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.Page.renderPage(Page.java:1018) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:122) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:205) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:837) ~[wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) ~[wicket-request-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284) [wicket-core-7.0.0-M1.jar:7.0.0-M1] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652) [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585) [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577) [jetty-security-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515) [jetty-servlet-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.Server.handle(Server.java:497) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310) [jetty-server-9.2.9.v20150224.jar:9.2.9.v20150224] at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:25