Re: wicket migrating getConverter to 1.5
public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; // cast } else { return super.getConverter(clazz); } } On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi Vineet, Can you paste an example that needs casting in the users' code ? On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal vineetsemwal1...@gmail.com wrote: you are right cast is only done once but it is done by *wicket users* when they override the method, it can be avoided by introducing the new method like it is discussed in the that thread but the gain is minimal.. On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org wrote: On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote: dont get me wrong, technically it is OK, it is just the logic is unclear and code redundant. In my opinion frameworks are build to simplify work, that's why I said it should ring bells - this goes in wrong direction. I think this response http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html explains that the cast is done once, in the library code, and then all users' code gain from that. No casts in the users' code I perfectly understand that Component has no idea of type declared on descendant but for me it simply doesnt matter. Component should knew itself that it has converter and if there is none it should ask application for any. now this two step process is implemented in one method. Component.java has no converter. Its #getConverter() just delegates to the ConverterLocator Any component may have its own converter, but since Component class has no generic type and IConverter class has such we experience troubles when we want to mix the generic type of for example FormComponentT with IConverterT because FormComponent's T is declared at type level, and IConverter's T at method level (Component.getConverter()), and as a result Java says that these T's are not the same type. I just dont understand why getting converter is so strict right now, thats all Try to improve it. Play with the source and if you have success come back with your solution. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org wrote: Hi, On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote: well yeah this is exactly the same except for locator. code like this public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; } else { return super.getConverter(clazz); } } should always ring bells that something is wrong. Care to explain what exactly is wrong ? anyway I think that type checking should be done while registering the converter and not while getting it. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- thank you, regards, Vineet Semwal - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- thank you, regards, Vineet Semwal - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Cutomizing Default AutoComplete
I've decided that Panel descendant below autocomplete is redundant. So I've added an extra o.a.w.a.AbstractDefaultAjaxBehavior to handle onselect event, so far so good. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Cutomizing-Default-AutoComplete-tp4086232p4114679.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: wicket migrating getConverter to 1.5
:-) We have different understanding of what is user code ... I mean that you do that once in the component (e.g. DateTextField) and then you can do: Date asDate = dateField.getConverter(Date.class).convertToObject(..., locale) Calendar asCalendar = dateField.getConverter(Calendar.class).convertToObject(..., locale) Integer sinceEpoch = dateField.getConverter(Integer.class).convertToObject(..., locale) ... So, you do the cast in the library code (it doesn't matter that the component is yours. in this case you have your own library) and from there on all clients of this component don't need to cast. On Mon, Nov 28, 2011 at 10:05 AM, vineet semwal vineetsemwal1...@gmail.com wrote: public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; // cast } else { return super.getConverter(clazz); } } On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi Vineet, Can you paste an example that needs casting in the users' code ? On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal vineetsemwal1...@gmail.com wrote: you are right cast is only done once but it is done by *wicket users* when they override the method, it can be avoided by introducing the new method like it is discussed in the that thread but the gain is minimal.. On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org wrote: On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote: dont get me wrong, technically it is OK, it is just the logic is unclear and code redundant. In my opinion frameworks are build to simplify work, that's why I said it should ring bells - this goes in wrong direction. I think this response http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html explains that the cast is done once, in the library code, and then all users' code gain from that. No casts in the users' code I perfectly understand that Component has no idea of type declared on descendant but for me it simply doesnt matter. Component should knew itself that it has converter and if there is none it should ask application for any. now this two step process is implemented in one method. Component.java has no converter. Its #getConverter() just delegates to the ConverterLocator Any component may have its own converter, but since Component class has no generic type and IConverter class has such we experience troubles when we want to mix the generic type of for example FormComponentT with IConverterT because FormComponent's T is declared at type level, and IConverter's T at method level (Component.getConverter()), and as a result Java says that these T's are not the same type. I just dont understand why getting converter is so strict right now, thats all Try to improve it. Play with the source and if you have success come back with your solution. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org wrote: Hi, On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote: well yeah this is exactly the same except for locator. code like this public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; } else { return super.getConverter(clazz); } } should always ring bells that something is wrong. Care to explain what exactly is wrong ? anyway I think that type checking should be done while registering the converter and not while getting it. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- thank you, regards, Vineet Semwal - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For
Re: wicket migrating getConverter to 1.5
martin, i actually know what you are referring to user code and library code :) i am not saying dont do that cast,just saying it can be hidden from a wicket user, wicket user will just override the new method which will have formcomponent generic type,the getconverter(*) method will call the new method ,do casting etc. like it was discussed in that thread.. but yeah the gain is not worth the pain .. On Mon, Nov 28, 2011 at 3:50 PM, Martin Grigorov mgrigo...@apache.org wrote: :-) We have different understanding of what is user code ... I mean that you do that once in the component (e.g. DateTextField) and then you can do: Date asDate = dateField.getConverter(Date.class).convertToObject(..., locale) Calendar asCalendar = dateField.getConverter(Calendar.class).convertToObject(..., locale) Integer sinceEpoch = dateField.getConverter(Integer.class).convertToObject(..., locale) ... So, you do the cast in the library code (it doesn't matter that the component is yours. in this case you have your own library) and from there on all clients of this component don't need to cast. On Mon, Nov 28, 2011 at 10:05 AM, vineet semwal vineetsemwal1...@gmail.com wrote: public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; // cast } else { return super.getConverter(clazz); } } On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi Vineet, Can you paste an example that needs casting in the users' code ? On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal vineetsemwal1...@gmail.com wrote: you are right cast is only done once but it is done by *wicket users* when they override the method, it can be avoided by introducing the new method like it is discussed in the that thread but the gain is minimal.. On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org wrote: On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote: dont get me wrong, technically it is OK, it is just the logic is unclear and code redundant. In my opinion frameworks are build to simplify work, that's why I said it should ring bells - this goes in wrong direction. I think this response http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html explains that the cast is done once, in the library code, and then all users' code gain from that. No casts in the users' code I perfectly understand that Component has no idea of type declared on descendant but for me it simply doesnt matter. Component should knew itself that it has converter and if there is none it should ask application for any. now this two step process is implemented in one method. Component.java has no converter. Its #getConverter() just delegates to the ConverterLocator Any component may have its own converter, but since Component class has no generic type and IConverter class has such we experience troubles when we want to mix the generic type of for example FormComponentT with IConverterT because FormComponent's T is declared at type level, and IConverter's T at method level (Component.getConverter()), and as a result Java says that these T's are not the same type. I just dont understand why getting converter is so strict right now, thats all Try to improve it. Play with the source and if you have success come back with your solution. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org wrote: Hi, On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote: well yeah this is exactly the same except for locator. code like this public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; } else { return super.getConverter(clazz); } } should always ring bells that something is wrong. Care to explain what exactly is wrong ? anyway I think that type checking should be done while registering the converter and not while getting it. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail:
Re: wicket migrating getConverter to 1.5
;] hehe yep this is a little misunderstatement ;] from that point this is ok. well as vineet said it is small gain but it will be less confusing for coders. (we are just discussing, right?? no hard feelings ;]) what about locator issue I pointed out?? pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ On 28 November 2011 12:47, vineet semwal vineetsemwal1...@gmail.com wrote: martin, i actually know what you are referring to user code and library code :) i am not saying dont do that cast,just saying it can be hidden from a wicket user, wicket user will just override the new method which will have formcomponent generic type,the getconverter(*) method will call the new method ,do casting etc. like it was discussed in that thread.. but yeah the gain is not worth the pain .. On Mon, Nov 28, 2011 at 3:50 PM, Martin Grigorov mgrigo...@apache.org wrote: :-) We have different understanding of what is user code ... I mean that you do that once in the component (e.g. DateTextField) and then you can do: Date asDate = dateField.getConverter(Date.class).convertToObject(..., locale) Calendar asCalendar = dateField.getConverter(Calendar.class).convertToObject(..., locale) Integer sinceEpoch = dateField.getConverter(Integer.class).convertToObject(..., locale) ... So, you do the cast in the library code (it doesn't matter that the component is yours. in this case you have your own library) and from there on all clients of this component don't need to cast. On Mon, Nov 28, 2011 at 10:05 AM, vineet semwal vineetsemwal1...@gmail.com wrote: public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; // cast } else { return super.getConverter(clazz); } } On Mon, Nov 28, 2011 at 1:24 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi Vineet, Can you paste an example that needs casting in the users' code ? On Mon, Nov 28, 2011 at 8:20 AM, vineet semwal vineetsemwal1...@gmail.com wrote: you are right cast is only done once but it is done by *wicket users* when they override the method, it can be avoided by introducing the new method like it is discussed in the that thread but the gain is minimal.. On Sun, Nov 27, 2011 at 8:55 PM, Martin Grigorov mgrigo...@apache.org wrote: On Sun, Nov 27, 2011 at 4:11 PM, kamiseq kami...@gmail.com wrote: dont get me wrong, technically it is OK, it is just the logic is unclear and code redundant. In my opinion frameworks are build to simplify work, that's why I said it should ring bells - this goes in wrong direction. I think this response http://apache-wicket.1842946.n4.nabble.com/Can-t-properly-override-getConverter-on-FormComponent-subclasses-tp3744435p3744867.html explains that the cast is done once, in the library code, and then all users' code gain from that. No casts in the users' code I perfectly understand that Component has no idea of type declared on descendant but for me it simply doesnt matter. Component should knew itself that it has converter and if there is none it should ask application for any. now this two step process is implemented in one method. Component.java has no converter. Its #getConverter() just delegates to the ConverterLocator Any component may have its own converter, but since Component class has no generic type and IConverter class has such we experience troubles when we want to mix the generic type of for example FormComponentT with IConverterT because FormComponent's T is declared at type level, and IConverter's T at method level (Component.getConverter()), and as a result Java says that these T's are not the same type. I just dont understand why getting converter is so strict right now, thats all Try to improve it. Play with the source and if you have success come back with your solution. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ On 27 November 2011 15:55, Martin Grigorov mgrigo...@apache.org wrote: Hi, On Sun, Nov 27, 2011 at 3:52 PM, kamiseq kami...@gmail.com wrote: well yeah this is exactly the same except for locator. code like this public final C IConverterC getConverter(ClassC clazz) { if (Date.class.isAssignableFrom(clazz)) { return (IConverterC)converter; } else { return super.getConverter(clazz); } } should always ring bells that something is wrong. Care to explain what exactly is wrong ? anyway I think that type checking should be done while registering the converter and not while getting it. pozdrawiam Paweł Kamiński kami...@gmail.com pkaminski@gmail.com __ - To unsubscribe,
Re: intercept client request
Too bad it's a nice feature On Nov 28, 2011 2:16 AM, Martin Grigorov mgrigo...@apache.org wrote: On Mon, Nov 28, 2011 at 4:31 AM, James Carman ja...@carmanconsulting.com wrote: Or use a request cycle listener to be more portable. request cycle listeners are available since Wicket 1.5 looking at the stacktrace (s)he still uses 1.4 On Nov 27, 2011 9:22 PM, Jeremy Thomerson jer...@wickettraining.com wrote: On Sun, Nov 27, 2011 at 9:14 PM, nazeem md.naz...@gmail.com wrote: In the server side, i need to know who is performing this action to do auditing and other related services. So I need to use a thread local variable that will be available at any place in the chain of request until response is sent back. But I do not know how to set this thread local variable at the time of request. I have the current user in session, so i need to get it from session and set it to thread local variable on each request. if possible distinguish and filter only user request actions instead for all css, js request. When i look at the stack trace, when i click a submit link to update employee.. this is the strucutre. I am interested to intercept between this to set the thread local variable. how do i do it ? You can override newRequestCycle in your application, provide a custom subclass of WebRequestCycle, and use onBeginRequest / onEndRequest. -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Dynamic component?
Thanks, using only 1 id for my panels worked. I tried this before, but i wasnt using panels (containers instead). -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Dynamic-component-tp4107323p4115163.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
Wicket error we are seeing, timeout issues?
I had one question about an issue we are having with our wicket applications and was wondering if anyone else has seen something similar with other wicket apps. -- 1. Here is the exception/error we are seeing: -- [11/22/11 8:17:37:683 EST] 0119 SRTServletReq E SRVE0133E: An error occurred while parsing parameters. java.net.SocketTimeoutException: Async operation timed out at com.ibm.ws.tcp.channel.impl.AioTCPReadRequestContextImpl.processSyncRead Request(AioTCPReadRequestContextImpl.java:157) at com.ibm.ws.tcp.channel.impl.TCPReadRequestContextImpl.read(TCPReadReques tContextImpl.java:109) at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext.read(SSLReadServiceCon text.java:226) at com.ibm.ws.http.channel.impl.HttpServiceContextImpl.fillABuffer(HttpServ iceContextImpl.java:4127) at com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readSingleBlock(Http ServiceContextImpl.java:3371) at com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readBodyBuffer(HttpS erviceContextImpl.java:3476) at com.ibm.ws.http.channel.inbound.impl.HttpInboundServiceContextImpl.getRe questBodyBuffer(HttpInboundServiceContextImpl.java:1604) at com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.bufferIsGood(WC CByteBufferInputStream.java:235) at com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.read(WCCByteBuf ferInputStream.java:153) at com.ibm.ws.webcontainer.srt.http.HttpInputStream.read(HttpInputStream.ja va:308) at com.ibm.ws.webcontainer.servlet.RequestUtils.parsePostData(RequestUtils. java:302) at com.ibm.ws.webcontainer.srt.SRTServletRequest.parseParameters(SRTServlet Request.java:1814) at com.ibm.ws.webcontainer.srt.SRTServletRequest.getParameter(SRTServletReq uest.java:1428) ... ... at org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S ervletWebRequest.java:133) at org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.decode( WebRequestCodingStrategy.java:209) at org.apache.wicket.Request.getRequestParameters(Request.java:183) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) 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:484 ) at org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java: 160) And here the user experiences a DELAY of 60 seconds. 70718 [11/18/11 8:37:20:198 EST] 0173 TCPReadReques read(64,6) Entry 70720 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh readAIOSync Entry 70721 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh 3 calling asyncHelper.read 70722 [11/18/11 8:37:20:199 EST] 0173 AbstractAsync multiIO(.,0,true,false,64,false,.,false Entry ... (60 second delay / hung thread here) 1 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 done waiting for completion notification for future: com.ibm.io.async.AsyncFuture@1940194 mailto:com.ibm.io.async.AsyncFuture@1940194 2 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 Sync operation timed out 3 [11/18/11 8:38:20:201 EST] 0173 HttpServiceCo 3 IOException, closing the reads: java.net.SocketTimeoutException: Async operation timed out -- 2. Here is our application code that we see at the error: An example snippet. -- public WelcomePanel( final String id ) { super( id ); this.add( new AjaxLink Object ( getStartedNextLink ) { @Override public void onEvent( final AjaxRequestTarget target ) { ... Here the application code is not relevant: } } ); } -- 3. Here is our application code that we see at the error: An example snippet. -- If I look at the stack trace above, here is the code where the error happens from the wicket source. at org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S ervletWebRequest.java:133) public String getParameter(final String key) { return httpServletRequest.getParameter(key); } ... -- 4. My thoughts on this error -- - It could be our container. We are using IBM Websphere6. We are talking to the IBM but we haven't heard back yet. It could be a patch fix we need to apply. - It could be web server load with our configuration. We only receive about 20,000 requests on that machine. With our recent wicket applications, we have seen that request count move from around 10,000 requests to 20,000. Maybe the increase in load is causing the the issue. - Because wicket launches two page mapping clean up threads, maybe those threads lockup with IBM's request handling threads?
Re: Handling ReplaceHandlerException on continueToOriginalDestination in wicket 1.5
Tor Iver is correct, in 1.4.x the call to continueToOriginalDestination didn't throw an exception but rather a boolean result. While in 1.5.x it still returns a boolean result, but it does so if replaceAllRequestHandlers() call returns without throwing an exception. My question is twofold: is there something that can be done to prevent an exception and receive a boolean response from the call, or if the exception is expected (which makes the boolean logic irrelevant), how to handle it most appropriately so the next request handler is executed (which is what replaceAllRequestHandlers() is intended to perform in the first place)? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Handling-ReplaceHandlerException-on-continueToOriginalDestination-in-wicket-1-5-tp4101981p4115437.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: AjaxRequestTarget on page open
you don't need ajax for this: https://cwiki.apache.org/confluence/display/WICKET/Modal+Windows Opening a modal window on page load (no AJAX involved) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/AjaxRequestTarget-on-page-open-tp4110093p4115584.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
Regarding Reset
Hi All, Please suggest me 1.how do i use reset in java code.I have just declare a reset button in my html which is working as expected but wana know is there any other alternative of doin it. 2.I am unable to use generics in my app,it shows error as this is supported in 1.5 version.What do i need to do for this...? 3.In case i am using a markup which has a text field inside a form,Then the order of adding should it be like wmc.add(textField); form.add(wmc); Am i doing it right ...? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Regarding-Reset-tp4115668p4115668.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
How to set DropDown to only available choices (No Blank, No Choose One)?
Easy question, but I forgot the answer. I need my DropDown to 1) ONLY list the choices I have in my model (no blank, no 'Choose One'), 2) Automatically default to the 1st choice, so there is no blank visible. If I do setNullValid(false) I see Choose One which is incorrect. I should see the 1st item pre-selected. If I do setNullValid(true) I see a blank option which is also incorrect. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-DropDown-to-only-available-choices-No-Blank-No-Choose-One-tp4115842p4115842.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: Wicket error we are seeing, timeout issues?
On Mon, Nov 28, 2011 at 6:45 AM, Brown, Berlin [GCG-PFS] berlin.br...@primerica.com wrote: I had one question about an issue we are having with our wicket applications and was wondering if anyone else has seen something similar with other wicket apps. -- 1. Here is the exception/error we are seeing: -- [11/22/11 8:17:37:683 EST] 0119 SRTServletReq E SRVE0133E: An error occurred while parsing parameters. java.net.SocketTimeoutException: Async operation timed out at com.ibm.ws.tcp.channel.impl.AioTCPReadRequestContextImpl.processSyncRead Request(AioTCPReadRequestContextImpl.java:157) at com.ibm.ws.tcp.channel.impl.TCPReadRequestContextImpl.read(TCPReadReques tContextImpl.java:109) at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext.read(SSLReadServiceCon text.java:226) at com.ibm.ws.http.channel.impl.HttpServiceContextImpl.fillABuffer(HttpServ iceContextImpl.java:4127) at com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readSingleBlock(Http ServiceContextImpl.java:3371) at com.ibm.ws.http.channel.impl.HttpServiceContextImpl.readBodyBuffer(HttpS erviceContextImpl.java:3476) at com.ibm.ws.http.channel.inbound.impl.HttpInboundServiceContextImpl.getRe questBodyBuffer(HttpInboundServiceContextImpl.java:1604) at com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.bufferIsGood(WC CByteBufferInputStream.java:235) at com.ibm.ws.webcontainer.channel.WCCByteBufferInputStream.read(WCCByteBuf ferInputStream.java:153) at com.ibm.ws.webcontainer.srt.http.HttpInputStream.read(HttpInputStream.ja va:308) at com.ibm.ws.webcontainer.servlet.RequestUtils.parsePostData(RequestUtils. java:302) at com.ibm.ws.webcontainer.srt.SRTServletRequest.parseParameters(SRTServlet Request.java:1814) at com.ibm.ws.webcontainer.srt.SRTServletRequest.getParameter(SRTServletReq uest.java:1428) ... ... at org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S ervletWebRequest.java:133) at org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.decode( WebRequestCodingStrategy.java:209) at org.apache.wicket.Request.getRequestParameters(Request.java:183) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) 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:484 ) at org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java: 160) And here the user experiences a DELAY of 60 seconds. 70718 [11/18/11 8:37:20:198 EST] 0173 TCPReadReques read(64,6) Entry 70720 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh readAIOSync Entry 70721 [11/18/11 8:37:20:199 EST] 0173 AioSocketIOCh 3 calling asyncHelper.read 70722 [11/18/11 8:37:20:199 EST] 0173 AbstractAsync multiIO(.,0,true,false,64,false,.,false Entry ... (60 second delay / hung thread here) 1 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 done waiting for completion notification for future: com.ibm.io.async.AsyncFuture@1940194 mailto:com.ibm.io.async.AsyncFuture@1940194 2 [11/18/11 8:38:20:201 EST] 0173 AbstractAsync 3 Sync operation timed out 3 [11/18/11 8:38:20:201 EST] 0173 HttpServiceCo 3 IOException, closing the reads: java.net.SocketTimeoutException: Async operation timed out -- 2. Here is our application code that we see at the error: An example snippet. -- public WelcomePanel( final String id ) { super( id ); this.add( new AjaxLink Object ( getStartedNextLink ) { @Override public void onEvent( final AjaxRequestTarget target ) { ... Here the application code is not relevant: } } ); } -- 3. Here is our application code that we see at the error: An example snippet. -- If I look at the stack trace above, here is the code where the error happens from the wicket source. at org.apache.wicket.protocol.http.servlet.ServletWebRequest.getParameter(S ervletWebRequest.java:133) public String getParameter(final String key) { return httpServletRequest.getParameter(key); } ... -- 4. My thoughts on this error -- - It could be our container. We are using IBM Websphere6. We are talking to the IBM but we haven't heard back yet. It could be a patch fix we need to apply. this is most likely the case - It could be web server load with our configuration. We only receive about 20,000 requests on that machine. With our recent wicket applications, we have seen that request count move from around 10,000 requests to 20,000. Maybe the increase in load is causing the the issue. this would still qualify as your container - Because wicket launches two page mapping clean up threads, maybe those threads lockup with IBM's request handling threads? i dont
Re: How to set DropDown to only available choices (No Blank, No Choose One)?
Hi, The javadocs says: If set to false, then Choose One will be displayed when the value is null. After a value is * selected, and that change is propagated to the underlying model, the user will no longer see * the Choose One option, and there will be no way to reselect null as the value. so you need to set a default model too. see org.apache.wicket.markup.html.form.DropDownChoice.DropDownChoice(String, IModelT, List? extends T) the second argument On Mon, Nov 28, 2011 at 5:41 PM, eugenebalt eugeneb...@yahoo.com wrote: Easy question, but I forgot the answer. I need my DropDown to 1) ONLY list the choices I have in my model (no blank, no 'Choose One'), 2) Automatically default to the 1st choice, so there is no blank visible. If I do setNullValid(false) I see Choose One which is incorrect. I should see the 1st item pre-selected. If I do setNullValid(true) I see a blank option which is also incorrect. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-DropDown-to-only-available-choices-No-Blank-No-Choose-One-tp4115842p4115842.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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DropdownChoice with ChoiceRenderer does not use idValue for setting Model
Hi Philipp, DropDownChoice is supposed to work exactly as you described it, nothing wrong there. If you want to have it the other way around, you have to provide ids in your choices model and use the ChoiceRenderer to display readable strings. Hope this helps Sven Am 28.11.2011 17:41, schrieb Philipp Schreiber: Hi, I got some strange behavior with a DropdownChoice and a ChoiceRenderer. I got a List of Stings as choices and a Renderer which splits these strings into Name and Id part. Inside the Browser the value attrib and text is set correctly. But after a submit the whole String is set in the Model. I thought only the idValue gets set. - http://wicket.apache.org/apidocs/1.5/org/apache/wicket/markup/html/form/ChoiceRenderer.html Dropdownchoice API Whats wrong here?? Thanks Philipp -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/DropdownChoice-with-ChoiceRenderer-does-not-use-idValue-for-setting-Model-tp4115836p4115836.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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to set DropDown to only available choices (No Blank, No Choose One)?
Yes, working. Thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-DropDown-to-only-available-choices-No-Blank-No-Choose-One-tp4115842p4115957.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
Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4?
Re: DropdownChoice with ChoiceRenderer does not use idValue for setting Model
Ok. Now im holding a map, using its keys as choices and a choicerenderer gives the values for rendering.. its working... nice Thanks! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/DropdownChoice-with-ChoiceRenderer-does-not-use-idValue-for-setting-Model-tp4115836p4116029.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: AW: Dynamically choosing component to add
I have tried this example so it is working perfect :) Thank you for your support. - Wicket-Java -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Dynamically-choosing-component-to-add-tp3955869p4116037.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: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: Dynamically choosing component to add
Hi, I think I just responded to you in your own thread - where I didn't know what you were trying to do. I still don't claim to fully understand, but I think I better understand your question here. If you mean that you have one panel that *may possibly contain any one of X panels*, then here's one solution: ContainingPanel.html: wicket:panel Some markup here Blah, blah, blah... div wicket:id=childPanel/div More surrounding markup... /wicket:panel ContainingPanel.java: class ContainingPanel extends Panel { public void onBeforeRender() { if(getModelObject() is of some type) { addOrReplace(new SomePanel(childPanel)); } else if(getModelObject() is of some other type) { addOrReplace(new SomeOtherPanel(childPanel)); } } } You only need one wicket:id in your containing panel. You just swap at runtime which component actually shows up in that spot. I did almost exactly as Jeremy mentioned. Here is what I use: public void onBeforeRender() { Component component = get(childPanel); if(getModelObject() is of some type) { if(component instanceof SomePanel == false) addOrReplace(new SomePanel(childPanel)); } else if(getModelObject() is of some other type) { if(component instanceof SomeOtherPanel == false) addOrReplace(new SomeOtherPanel(childPanel)); } } As you can see, the difference is that I don't replace the component if it's already of the correct type. This is important if SomePanel or SomeOtherPanel contains state. Without my modifications, when the parent container is rendered, the child panels will always be reset to its initial state. Bertrand - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
In a nutshell, we have two radio groups in a panel. We are adding an AjaxFormChoiceComponentUpdatingBehavior to each one in order to provide different components based on the selection. Whichever one is added in the component hierarchy first will get its proper callback. The other behavior does nothing. div wicket:id=group1 input type=radio input type=radio /div div wicket:id=group2 input type=radio input type=radio /div So, group1's ajax behavior will fire while group2's will not. On Mon, Nov 28, 2011 at 12:43 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Handling ReplaceHandlerException on continueToOriginalDestination in wicket 1.5
https://issues.apache.org/jira/browse/WICKET-4269 -igor On Mon, Nov 28, 2011 at 6:47 AM, peakmop peak...@yahoo.com wrote: Tor Iver is correct, in 1.4.x the call to continueToOriginalDestination didn't throw an exception but rather a boolean result. While in 1.5.x it still returns a boolean result, but it does so if replaceAllRequestHandlers() call returns without throwing an exception. My question is twofold: is there something that can be done to prevent an exception and receive a boolean response from the call, or if the exception is expected (which makes the boolean logic irrelevant), how to handle it most appropriately so the next request handler is executed (which is what replaceAllRequestHandlers() is intended to perform in the first place)? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Handling-ReplaceHandlerException-on-continueToOriginalDestination-in-wicket-1-5-tp4101981p4115437.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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
Hi, Create a quickstart application and attach it to a ticket in Jira On Mon, Nov 28, 2011 at 6:49 PM, Adam Gray adam.j.g...@gmail.com wrote: In a nutshell, we have two radio groups in a panel. We are adding an AjaxFormChoiceComponentUpdatingBehavior to each one in order to provide different components based on the selection. Whichever one is added in the component hierarchy first will get its proper callback. The other behavior does nothing. div wicket:id=group1 input type=radio input type=radio /div div wicket:id=group2 input type=radio input type=radio /div So, group1's ajax behavior will fire while group2's will not. On Mon, Nov 28, 2011 at 12:43 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using multiple AjaxFormChoiceComponentUpdatingBehavior in a Panel
I'll get one created in the next couple hours. Thanks. On Mon, Nov 28, 2011 at 1:58 PM, Martin Grigorov mgrigo...@apache.orgwrote: Hi, Create a quickstart application and attach it to a ticket in Jira On Mon, Nov 28, 2011 at 6:49 PM, Adam Gray adam.j.g...@gmail.com wrote: In a nutshell, we have two radio groups in a panel. We are adding an AjaxFormChoiceComponentUpdatingBehavior to each one in order to provide different components based on the selection. Whichever one is added in the component hierarchy first will get its proper callback. The other behavior does nothing. div wicket:id=group1 input type=radio input type=radio /div div wicket:id=group2 input type=radio input type=radio /div So, group1's ajax behavior will fire while group2's will not. On Mon, Nov 28, 2011 at 12:43 PM, Martin Grigorov mgrigo...@apache.org wrote: Hi, What exactly is the problem ? On Mon, Nov 28, 2011 at 6:15 PM, Adam Gray adam.j.g...@gmail.com wrote: I'm using the latest 1.4 release and it seems like there is an issue where two AjaxFormChoiceComponentUpdatingBehavior will not work correctly. The first one will function properly but the second one does nothing. We've looked for a resolution to this, but have thusfar come up empty. Is there a known workaround (other than not using a Radio/CheckGroup) for this type of behavior in 1.4? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
maven dependency at http://wicket.apache.org/start/download.html
at http://wicket.apache.org/start/download.html should the artifactId not be wicket-core for 1.5.x? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: maven dependency at http://wicket.apache.org/start/download.html
I'll fix it. On Mon, Nov 28, 2011 at 8:10 PM, Cemal Bayramoglu jweekend_for...@cabouge.com wrote: at http://wicket.apache.org/start/download.html should the artifactId not be wicket-core for 1.5.x? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: maven dependency at http://wicket.apache.org/start/download.html
Fixed with r1207523. Should be picked up soon. On Mon, Nov 28, 2011 at 8:13 PM, Martin Grigorov mgrigo...@apache.org wrote: I'll fix it. On Mon, Nov 28, 2011 at 8:10 PM, Cemal Bayramoglu jweekend_for...@cabouge.com wrote: at http://wicket.apache.org/start/download.html should the artifactId not be wicket-core for 1.5.x? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BookmarkablePageLink to an existing instance of a page?
Then the page is no longer bookmarkable, since you depend on state. page.getClass() will work though. Martijn On Mon, Nov 28, 2011 at 9:27 PM, eugenebalt eugeneb...@yahoo.com wrote: When you create a BookmarkablePageLink, you can set as its target the class of your page. But what if you want to use an existing instance of a page? Is there a way to construct a link like that? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/BookmarkablePageLink-to-an-existing-instance-of-a-page-tp4116739p4116739.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 -- 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: BookmarkablePageLink to an existing instance of a page?
How about a regular link, can it be constructed with an existing page instance? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/BookmarkablePageLink-to-an-existing-instance-of-a-page-tp4116739p4116770.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: BookmarkablePageLink to an existing instance of a page?
You mean something like: add(new Link(theLink) { @Override public void onClick() { setResponsePage(yourPageInstance); } }); On Mon, Nov 28, 2011 at 3:31 PM, Martijn Dashorst martijn.dasho...@gmail.com wrote: Then the page is no longer bookmarkable, since you depend on state. page.getClass() will work though. Martijn On Mon, Nov 28, 2011 at 9:27 PM, eugenebalt eugeneb...@yahoo.com wrote: When you create a BookmarkablePageLink, you can set as its target the class of your page. But what if you want to use an existing instance of a page? Is there a way to construct a link like that? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/BookmarkablePageLink-to-an-existing-instance-of-a-page-tp4116739p4116739.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 -- 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 set a common HTTP Header on all Responses?
What about using a filter in front of your Wicket application On Mon, Nov 28, 2011 at 1:15 PM, Sven Ludwig [via Apache Wicket] ml-node+s1842946n4115751...@n4.nabble.com wrote: Hello, is there a way to set a common HTTP Header on all Responses of a Wicket 1.4.19 Application which returns redirect-to-buffer responses, Ajax responses and possibly also resource responses? Is there possibly a(nother) way since Wicket 1.5? If I set the Header for example in overwritten WebRequestCycle.onBeginRequest, there is a problem with at least the redirect-to-buffer responses done in my case by the HybridUrlCodingStrategy. The HTTP Header will be present in the first response which is the redirect itself, but not in second response coming from the buffer. Best Regards, Sven -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4115751.html To unsubscribe from Apache Wicket, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=1842946code=amNnYXJjaWFtQGdtYWlsLmNvbXwxODQyOTQ2fDEyNTYxMzc3ODY= . NAMLhttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.InstantMailNamespacebreadcrumbs=instant+emails%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- JC -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4117902.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: How to set a common HTTP Header on all Responses?
I can't find the original message you replied to anywhere in my email. Perhaps because it is from Nabble? I think posting to the list from Nabble is blocked. Anyway, how about a custom subclass of WebResponse? Application creates it for every response. PS - Sent from a tablet. Please excuse typos, spelling and compiler errors. -- Jeremy Thomerson http://wickettraining.com Need a CMS for Wicket? Use Brix! http://brixcms.org On Nov 28, 2011 10:15 PM, jcgarciam jcgarc...@gmail.com wrote: What about using a filter in front of your Wicket application On Mon, Nov 28, 2011 at 1:15 PM, Sven Ludwig [via Apache Wicket] ml-node+s1842946n4115751...@n4.nabble.com wrote: Hello, is there a way to set a common HTTP Header on all Responses of a Wicket 1.4.19 Application which returns redirect-to-buffer responses, Ajax responses and possibly also resource responses? Is there possibly a(nother) way since Wicket 1.5? If I set the Header for example in overwritten WebRequestCycle.onBeginRequest, there is a problem with at least the redirect-to-buffer responses done in my case by the HybridUrlCodingStrategy. The HTTP Header will be present in the first response which is the redirect itself, but not in second response coming from the buffer. Best Regards, Sven -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4115751.html To unsubscribe from Apache Wicket, click here http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=1842946code=amNnYXJjaWFtQGdtYWlsLmNvbXwxODQyOTQ2fDEyNTYxMzc3ODY= . NAML http://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.InstantMailNamespacebreadcrumbs=instant+emails%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- JC -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/How-to-set-a-common-HTTP-Header-on-all-Responses-tp4115751p4117902.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: AjaxRequestTarget on page open
Should that simple extension be part of the framework? IMHO yes, as from time to time people ask for such functionality. Regards, Ernesto On Mon, Nov 28, 2011 at 4:28 PM, robert.mcguinness robert.mcguinness@gmail.com wrote: you don't need ajax for this: https://cwiki.apache.org/confluence/display/WICKET/Modal+Windows Opening a modal window on page load (no AJAX involved) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/AjaxRequestTarget-on-page-open-tp4110093p4115584.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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org