RE: header resources order in 1.5.x
Hi Per, Thanks, but in fact I had in mind wicket-select2, not select2. Anyway I've missed this thread: http://apache-wicket.1842946.n4.nabble.com/renderHead-wicket-head-page-component-order-td4650413.html I've used ParentFirstHeaderRenderStrategy. It is not the cleanest way, but I should not get any problems with other libs and making it cleaner is very easier (and different) with Wicket 6. Best regards, Michał > -Original Message- > From: Per Newgro [mailto:per.new...@gmx.ch] > Sent: Thursday, August 08, 2013 20:23 > To: users@wicket.apache.org > Subject: Re: header resources order in 1.5.x > > Hi Michal, > > do you know this? > https://github.com/ivaynberg/wicket-select2 > > There are examples. > Maybe it can help > > Cheers > Per > > Am 08.08.2013 17:27, schrieb Michal Wegrzyn: > > Dear, > > > > I am trying to integrate select2, but ordering in head doesn't seem > to be good. > > > > What is the easiest way to order resource references in Wicket 1.5.x? > > Header decorator? If so, how do I obtain collection with references? > > > > Best regards, > > Michal Wegrzyn > > > > > > > - > 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
Re: header resources order in 1.5.x
Hi Michal, do you know this? https://github.com/ivaynberg/wicket-select2 There are examples. Maybe it can help Cheers Per Am 08.08.2013 17:27, schrieb Michal Wegrzyn: Dear, I am trying to integrate select2, but ordering in head doesn't seem to be good. What is the easiest way to order resource references in Wicket 1.5.x? Header decorator? If so, how do I obtain collection with references? Best regards, Michal Wegrzyn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AjaxFormValidatingBehavior with multiple FormComponents
Wicket 6.9.1: I ran into a weird issue: I am trying to submit a form when pressing enter. Using the AjaxFormValidatingBehavior (same for AjaxFormSubmitBehavior) I can submit a form with a SINGLE FormComponent. When adding a second one the form won't submit when pressing enter. Sourcecode below shows what I am doing. Removing the DateTextField makes the whole thing work: Form form = new Form("taskForm", new CompoundPropertyModel(new Task())) { @Override protected void onSubmit() { taskListModel.getObject().addTask(getModelObject()); setModelObject(new Task()); send(getPage(), Broadcast.EXACT, new TaskCreatedEvent()); } }; add(new FeedbackPanel(FEEDBACK).setOutputMarkupPlaceholderTag(true).setOutputMarkupId(true)); add(form .add(new TextField("title").setRequired(true)) .add(new DateTextField("dueDate").add(new DatePicker())) .add(new Button("submit").add(hideIf(javascriptEnabled( ); add(new AjaxFormValidatingBehavior(form, "onsubmit"));
header resources order in 1.5.x
Dear, I am trying to integrate select2, but ordering in head doesn't seem to be good. What is the easiest way to order resource references in Wicket 1.5.x? Header decorator? If so, how do I obtain collection with references? Best regards, Michal Wegrzyn
Re: How to force an ajax channel to await that all other ajax channels are not busy before executing its scheduled callbacks?
Hi Martin, Yes, it is what I was looking to achieve, and I was afraid that the only solution was to register in the IJavaScriptLibrarySettings an alternate version of the wicket-ajax-jquery.js script, as this would mean I'll have to keep it in sync with changes made to the origin scripts whenever I upgrade the wicket version I'm using. Thanks for your help, I'll look into the channels.js, as that might be a way for me to ensure that my own script works correctly both now and in future Wicket versions! I was wondering if some other people might need this feature, or alternatively in a feature allowing to either create a hierarchy of AjaxChannel instances. I was thinking of something along the lines: - Channel A - Sub Channel A1 - Sub Channel A11 - ... where a sub channel would be able to process its callbacks stack only when its parent chanel is not busy. In the example above, Sub Channel A1 would be able to process its stack of callbacks only when Channel A is not busy anymore. And Channel A would notify its children when its busy state is set to false. On the Java side of the API, I would add another constructor taking a parent AjaxChannel as its parent. On the javascript side of the API, I'll enrich Channel and ChannelManager to be aware of the channels hierarchy, and handle the processing of the callback stacks and the notification of children channels whenever a busy parent channel is not busy anymore. I like this solution as it is (I think) fully compatible with the current behavior of channels. If that is the case, I'm willing to discuss this and implement it so that it may be integrated in Wicket later. Let me know if you're interested! Otherwise, maybe I could create a Wicketstuff project for this. Cheers, Antoine. - Antoine Angénieux Co-founder mob: +33 6 60 21 09 18 aangeni...@clinigrid.com - Clinigrid 92/98 boulevard Victor Hugo 93300 Clichy Cedex Tel: +33 1 55 90 66 84 - Le 08/08/2013 16:48, Martin Grigorov a écrit : Hi Antoine, All this is possible but it is not supported by Wicket's ChannelManager at the moment. There is one Channel instance per channel name. It is reachable thru Wicket.ChannelManager[channelName]. This instance keeps an array of all scheduled functions (Wicket.Channel.callbacks). As far as I understand you you want to have this functionality for all channels, i.e. if there is a running request in channel1 with type Queue then channel2 should wait for it. Then in Channel.done() you have to notify all other channels when busy becomes false. Here the tricky part is to decide whether you want to keep order of the callbacks to execute in the other channels. I think there must be order. At the moment I'm not convinced that something like this should go in Wicket itself, so you will have to use monkey-patching to implement it and use it in your app. You may use https://github.com/apache/wicket/blob/master/wicket-core/src/test/js/channels.js as inspiration for unit testing your code. On Thu, Aug 8, 2013 at 3:24 PM, Antoine Angenieux wrote: Hi all! In our application, we use two distinct Ajax Channels: - The default one, using the default Queue type - A dedicated channel for what we call "actions" of type Active All "actions" use a same class of Behavior that sets the channel in the ajax attributes. What I'd like to achieve is that whenever a callback is scheduled in the "action" channel, the action channel should wait that the default channel (or all other channels registered in the channel manager) is no longer busy before processing this callback. Furthermore, I'd like that all attributes evaluation (being ajax attributes extra parameters or dynamic extra parameters) be deferred until no other channel is busy any more. I was thinking of using an IAjaxCallListener in our ActionBehavior by implementing the getBeforeHandler() method. Looking at the Wicket.Channel and Wicket.ChannelManager, I guess it is relatively easy to determine whether any other channel is busy, but I don't see how I could defer the scheduling of the callback until then. The other idea I came up with, but was not capable of implementing, is wrapping the getCallbackScript() of our ActionBehavior in a function that tests if any other channel is busy, and if so, simply reschedule its execution by calling window.setTimeout(). But then, I do not see a way to let this wrapping function return the result of the wrapped callback... Does anyone have any idea on how to achieve this? Or if this is event possible? Thank you in advance! Cheers, Antoine. -- - Antoine Angénieux Co-founder mob: +33 6 60 21 09 18 aangeni...@clinigrid.com - Clinigrid 92/98 boulevard Victor Hugo 93300 Clichy Cedex Tel: +33 1 55 90 66 84 - --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org For additional commands, e-mail: user
Re: RequestLogger and MDC
No. One of the problems encountered with the request logger was that it didn't properly record request times. There was a JIRA reported that flagged this. The detach phase was not reported, but added significant duration to the request of that particular project. In principle the request should flush the response prior to detaching, since the response is closed at that point (sending the response to the browser, enabling it to start rendering). Unfortunately I discovered that the redirect to buffer strategy lets the browser wait until the detach of the previous request is completed, making the it rather moot whether the flush was executed earlier. See: https://issues.apache.org/jira/browse/WICKET-5241 Martijn On Thu, Aug 8, 2013 at 3:49 PM, Sven Meier wrote: > We could probably move the call to IRequestLogger#performLogging() before > IRequestCycleListener#onDetach(). > > Please create a Jira issue. > > Best regards > Sven > > > > On 08/08/2013 03:03 PM, Marios Skounakis wrote: >> >> Hi all, >> >> I have run into the following problem with request logger: >> >> I have a RequestCycleListener which populates MDC (logging mapped >> diagnostic context) with some custom properties such as the sessionId, the >> userId, and some other stuff. The listener populates the MDC in >> onBeginRequest and clears the MDC in onEndRequest. >> >> What happens is that log entries written by the RequestLogger have empty >> values for these MDC properties. By digging around I discovered that >> RequestLogger.log is called in RequestCycle onInternalDetach() which >> happens after onEndRequest(). So the MDC has been cleared before >> RequestLogger.log() is called. >> >> I think that my approach which uses a RequestCycleListener to populate and >> clear the MDC is valid and that the RequestLogger should be amended to do >> the logging before the MDC is cleared (at the latest before >> RequestCycleListener.onDetach()). >> >> Note that even if the MDC is cleared in RequestCycleListener.onDetach() >> this still happens before RequestLogger.log() is called. >> >> Is there something invalid with my approach? >> >> I now have a workaround with a custom RequestLogger which clears the MDC >> in >> log but this is ugly (if you remove the logger you get a leaking MDC). Any >> other ideas for workarounds? >> >> Thanks >> Marios >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to force an ajax channel to await that all other ajax channels are not busy before executing its scheduled callbacks?
Hi Antoine, All this is possible but it is not supported by Wicket's ChannelManager at the moment. There is one Channel instance per channel name. It is reachable thru Wicket.ChannelManager[channelName]. This instance keeps an array of all scheduled functions (Wicket.Channel.callbacks). As far as I understand you you want to have this functionality for all channels, i.e. if there is a running request in channel1 with type Queue then channel2 should wait for it. Then in Channel.done() you have to notify all other channels when busy becomes false. Here the tricky part is to decide whether you want to keep order of the callbacks to execute in the other channels. I think there must be order. At the moment I'm not convinced that something like this should go in Wicket itself, so you will have to use monkey-patching to implement it and use it in your app. You may use https://github.com/apache/wicket/blob/master/wicket-core/src/test/js/channels.js as inspiration for unit testing your code. On Thu, Aug 8, 2013 at 3:24 PM, Antoine Angenieux wrote: > Hi all! > > In our application, we use two distinct Ajax Channels: > - The default one, using the default Queue type > - A dedicated channel for what we call "actions" of type Active > > All "actions" use a same class of Behavior that sets the channel in the > ajax attributes. > > What I'd like to achieve is that whenever a callback is scheduled in the > "action" channel, the action channel should wait that the default channel > (or all other channels registered in the channel manager) is no longer busy > before processing this callback. > > Furthermore, I'd like that all attributes evaluation (being ajax > attributes extra parameters or dynamic extra parameters) be deferred until > no other channel is busy any more. > > I was thinking of using an IAjaxCallListener in our ActionBehavior by > implementing the getBeforeHandler() method. Looking at the Wicket.Channel > and Wicket.ChannelManager, I guess it is relatively easy to determine > whether any other channel is busy, but I don't see how I could defer the > scheduling of the callback until then. > > The other idea I came up with, but was not capable of implementing, is > wrapping the getCallbackScript() of our ActionBehavior in a function that > tests if any other channel is busy, and if so, simply reschedule its > execution by calling window.setTimeout(). But then, I do not see a way to > let this wrapping function return the result of the wrapped callback... > > Does anyone have any idea on how to achieve this? Or if this is event > possible? > > Thank you in advance! > > Cheers, > > Antoine. > > -- > - > Antoine Angénieux > Co-founder > mob: +33 6 60 21 09 18 > aangeni...@clinigrid.com > - > Clinigrid > 92/98 boulevard Victor Hugo > 93300 Clichy Cedex > Tel: +33 1 55 90 66 84 > - > > --**--**- > To unsubscribe, e-mail: > users-unsubscribe@wicket.**apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: RequestLogger and MDC
We could probably move the call to IRequestLogger#performLogging() before IRequestCycleListener#onDetach(). Please create a Jira issue. Best regards Sven On 08/08/2013 03:03 PM, Marios Skounakis wrote: Hi all, I have run into the following problem with request logger: I have a RequestCycleListener which populates MDC (logging mapped diagnostic context) with some custom properties such as the sessionId, the userId, and some other stuff. The listener populates the MDC in onBeginRequest and clears the MDC in onEndRequest. What happens is that log entries written by the RequestLogger have empty values for these MDC properties. By digging around I discovered that RequestLogger.log is called in RequestCycle onInternalDetach() which happens after onEndRequest(). So the MDC has been cleared before RequestLogger.log() is called. I think that my approach which uses a RequestCycleListener to populate and clear the MDC is valid and that the RequestLogger should be amended to do the logging before the MDC is cleared (at the latest before RequestCycleListener.onDetach()). Note that even if the MDC is cleared in RequestCycleListener.onDetach() this still happens before RequestLogger.log() is called. Is there something invalid with my approach? I now have a workaround with a custom RequestLogger which clears the MDC in log but this is ugly (if you remove the logger you get a leaking MDC). Any other ideas for workarounds? Thanks Marios - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How to force an ajax channel to await that all other ajax channels are not busy before executing its scheduled callbacks?
Hi all! In our application, we use two distinct Ajax Channels: - The default one, using the default Queue type - A dedicated channel for what we call "actions" of type Active All "actions" use a same class of Behavior that sets the channel in the ajax attributes. What I'd like to achieve is that whenever a callback is scheduled in the "action" channel, the action channel should wait that the default channel (or all other channels registered in the channel manager) is no longer busy before processing this callback. Furthermore, I'd like that all attributes evaluation (being ajax attributes extra parameters or dynamic extra parameters) be deferred until no other channel is busy any more. I was thinking of using an IAjaxCallListener in our ActionBehavior by implementing the getBeforeHandler() method. Looking at the Wicket.Channel and Wicket.ChannelManager, I guess it is relatively easy to determine whether any other channel is busy, but I don't see how I could defer the scheduling of the callback until then. The other idea I came up with, but was not capable of implementing, is wrapping the getCallbackScript() of our ActionBehavior in a function that tests if any other channel is busy, and if so, simply reschedule its execution by calling window.setTimeout(). But then, I do not see a way to let this wrapping function return the result of the wrapped callback... Does anyone have any idea on how to achieve this? Or if this is event possible? Thank you in advance! Cheers, Antoine. -- - Antoine Angénieux Co-founder mob: +33 6 60 21 09 18 aangeni...@clinigrid.com - Clinigrid 92/98 boulevard Victor Hugo 93300 Clichy Cedex Tel: +33 1 55 90 66 84 - - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RequestLogger and MDC
Hi all, I have run into the following problem with request logger: I have a RequestCycleListener which populates MDC (logging mapped diagnostic context) with some custom properties such as the sessionId, the userId, and some other stuff. The listener populates the MDC in onBeginRequest and clears the MDC in onEndRequest. What happens is that log entries written by the RequestLogger have empty values for these MDC properties. By digging around I discovered that RequestLogger.log is called in RequestCycle onInternalDetach() which happens after onEndRequest(). So the MDC has been cleared before RequestLogger.log() is called. I think that my approach which uses a RequestCycleListener to populate and clear the MDC is valid and that the RequestLogger should be amended to do the logging before the MDC is cleared (at the latest before RequestCycleListener.onDetach()). Note that even if the MDC is cleared in RequestCycleListener.onDetach() this still happens before RequestLogger.log() is called. Is there something invalid with my approach? I now have a workaround with a custom RequestLogger which clears the MDC in log but this is ugly (if you remove the logger you get a leaking MDC). Any other ideas for workarounds? Thanks Marios
Re: [Announce] wicket-jade
Correct. It will not work. Unless it can be made in two steps ... On Thu, Aug 8, 2013 at 1:26 PM, Decebal Suiu wrote: > Hi > > I try to implement a JadeMarkupFactory (wicket custom MarkupFactory). > You can see my current implementation at > https://gist.github.com/decebals/6183796 > My problem is that if I want to render the jade template I need the map > with > the variables. JadePanel takes as parameter in constructor a IModel with > jade variables (Map I think that it's not possible to extract such information in a > MarkupFactory, correct? Or maybe my approach is not good? > > Best regards, > Decebal > > > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Announce-wicket-jade-tp4660722p4660783.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: [Announce] wicket-jade
Hi I try to implement a JadeMarkupFactory (wicket custom MarkupFactory). You can see my current implementation at https://gist.github.com/decebals/6183796 My problem is that if I want to render the jade template I need the map with the variables. JadePanel takes as parameter in constructor a IModel with jade variables (Maphttp://apache-wicket.1842946.n4.nabble.com/Announce-wicket-jade-tp4660722p4660783.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: Gmap3 NullPointerException
On Thu, Aug 8, 2013 at 10:48 AM, vp143 wrote: > Hi Martin, > > I am not sure on the resolution to this. I do not know why > overlay.overlayId > would be null? > Me too. Put a breakpoint and see what other parameters are sent to the server. Maybe it is misspelled or something. > > Regards > Vishal > > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Gmap3-NullPointerException-tp4660777p4660781.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: Gmap3 NullPointerException
Hi Martin, I am not sure on the resolution to this. I do not know why overlay.overlayId would be null? Regards Vishal -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Gmap3-NullPointerException-tp4660777p4660781.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: JQuery version mismatch
Hi, On Thu, Aug 8, 2013 at 9:53 AM, Tron Walseth wrote: > I'm not sure this is the right forum, but hopefully someone in charge will > read this. > > I am using wicketstuff-datatables in one of my pages, and when i upgrade > to wicket 6.9 these tables break, but they work well in wicket 6.8. I've > also tried to upgrade wicketstuff to 6.9, and keep wicket at 6.8, and this > also works. > > I have looked at the wicketstuff and wicket jars, and it seems that in > wicket 6.9, jquery is updated to 1.10.1, but in the wicketstuff jars, the > js scripts remain remain at 1.8. The You analysis is correct. You can use Wicket 6.9+ with older jQuery by : app.getJavaScriptLibrarySettings().setJQueryReference(new JavaScriptResourceReference(MyClass.class, "jquery-1.8.3.js")) > sensible thing would be to upgrade these too. > Pull requests for WicketStuff projects are very welcome! > > Yours, > Tron Walseth > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
JQuery version mismatch
I'm not sure this is the right forum, but hopefully someone in charge will read this. I am using wicketstuff-datatables in one of my pages, and when i upgrade to wicket 6.9 these tables break, but they work well in wicket 6.8. I've also tried to upgrade wicketstuff to 6.9, and keep wicket at 6.8, and this also works. I have looked at the wicketstuff and wicket jars, and it seems that in wicket 6.9, jquery is updated to 1.10.1, but in the wicketstuff jars, the js scripts remain remain at 1.8. The sensible thing would be to upgrade these too. Yours, Tron Walseth - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Gmap3 NullPointerException
Hi, On Wed, Aug 7, 2013 at 10:58 PM, Vishal Popat wrote: > Hi all, > > I have set up this to report errors > this.getRequestCycleListeners().add(new AbstractRequestCycleListener() { > @Override > public IRequestHandler onException(RequestCycle cycle, > Exception e) { > return new RenderPageRequestHandler(new PageProvider(new > InternalError(e))); > } > }); > > One of the types of errors I am continuously being reported is below. I > cannot understand how to recreate this or why it is occurring. > Any help would be appreciated. > > I am using Gmap3 6.7.0 with Wicket 6.7.0 > The line seems to refers to > final String overlayId = > request.getRequestParameters().getParameterValue("overlay.overlayId").toString().replace("overlay", > ""); > For me this means that request.getRequestParameters().getParameterValue("overlay.overlayId").toString() returns null, and replace() fails with NPE. Create a Pull Request and it will be in 6.10. > > Regards > VIshal > > Method onRequest of interface org.apache.wicket.behavior.IBehaviorListener > targeted at org.wicketstuff.gmap.GMap$OverlayListener@15f6c99 on > component [Map [Component id = map]] threw an exception > > org.apache.wicket.WicketRuntimeException: Method onRequest of interface > org.apache.wicket.behavior.IBehaviorListener targeted at > org.wicketstuff.gmap.GMap$OverlayListener@15f6c99 on component [Map > [Component id = map]] threw an exception > at > org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268) > at > org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:241) > at > org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:247) > at > org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:226) > at > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:854) > at > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) > at > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:254) > at > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:211) > at > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:282) > at > org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:259) > at > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:201) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:282) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) > at > org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) > at java.lang.Thread.run(Thread.java:662) > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.GeneratedMethodAccessor219.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:258) > ... 26 more > Caused by: java.lang.NullPointerException > at org.wicketstuff.gmap.GMap$OverlayListener.respond(GMap.java:957) > at > org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:617) > ... 30 more > > -