Clearing Browser Cookies
This is a rehash of a previous discussion on this forum relating to immediate removal of a browser cookie. I have a list view that displays data loaded from 1 or more browser cookies. On this panel I also have a clear action (Link) that when clicked deletes the cookies. The underlying list view model is detached which forces (verified) the cookies to be re-read. The problem is that when I re-read them after deleting them from the response, they are still present. If I then execute the clear action again, the list view is refreshed again and the cookies are no longer present. I'm not sure what is going on here. Are they being cached, is it a timing issue? Why on the second clear action does it finally indicate the cookies have been removed. My immediate need is to be able to delete the cookies, refresh the list view, and see that they are no longer present (no data rows in list view). J.D.
Re: Clearing Browser Cookies
Thanks Sven. I wasn't sure if I could do so without a page reload, but I think it is okay in this case. J.D. On 1/3/13 1:04 PM, Sven Meier s...@meiers.net wrote: Hi James, deleting a cookie on the response doesn't change the cookies in the HTTP request. A redirect should help to get a fresh cookie list from the browser. Sven On 01/03/2013 08:29 PM, Corbin, James wrote: This is a rehash of a previous discussion on this forum relating to immediate removal of a browser cookie. I have a list view that displays data loaded from 1 or more browser cookies. On this panel I also have a clear action (Link) that when clicked deletes the cookies. The underlying list view model is detached which forces (verified) the cookies to be re-read. The problem is that when I re-read them after deleting them from the response, they are still present. If I then execute the clear action again, the list view is refreshed again and the cookies are no longer present. I'm not sure what is going on here. Are they being cached, is it a timing issue? Why on the second clear action does it finally indicate the cookies have been removed. My immediate need is to be able to delete the cookies, refresh the list view, and see that they are no longer present (no data rows in list view). J.D. - 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: Clearing Browser Cookies
Hi Sven, I did try redirecting a couple of ways with no success. I tried throwing a RestartResponseException which didn't work, then tried setResponsePage(Š) to the same page and that didn't work either. I was still forced to press the Clear action again to see the cookies disappear. J.D. On 1/3/13 1:04 PM, Sven Meier s...@meiers.net wrote: Hi James, deleting a cookie on the response doesn't change the cookies in the HTTP request. A redirect should help to get a fresh cookie list from the browser. Sven On 01/03/2013 08:29 PM, Corbin, James wrote: This is a rehash of a previous discussion on this forum relating to immediate removal of a browser cookie. I have a list view that displays data loaded from 1 or more browser cookies. On this panel I also have a clear action (Link) that when clicked deletes the cookies. The underlying list view model is detached which forces (verified) the cookies to be re-read. The problem is that when I re-read them after deleting them from the response, they are still present. If I then execute the clear action again, the list view is refreshed again and the cookies are no longer present. I'm not sure what is going on here. Are they being cached, is it a timing issue? Why on the second clear action does it finally indicate the cookies have been removed. My immediate need is to be able to delete the cookies, refresh the list view, and see that they are no longer present (no data rows in list view). J.D. - 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: Clearing Browser Cookies
So, I tried one more thing that worked... setResponsePage(new RedirectPage(somePage)); The first time I tried it was without using the RedirectPage class. J.D. On 1/3/13 4:15 PM, Corbin, James jcor...@iqnavigator.com wrote: Hi Sven, I did try redirecting a couple of ways with no success. I tried throwing a RestartResponseException which didn't work, then tried setResponsePage(Š) to the same page and that didn't work either. I was still forced to press the Clear action again to see the cookies disappear. J.D. On 1/3/13 1:04 PM, Sven Meier s...@meiers.net wrote: Hi James, deleting a cookie on the response doesn't change the cookies in the HTTP request. A redirect should help to get a fresh cookie list from the browser. Sven On 01/03/2013 08:29 PM, Corbin, James wrote: This is a rehash of a previous discussion on this forum relating to immediate removal of a browser cookie. I have a list view that displays data loaded from 1 or more browser cookies. On this panel I also have a clear action (Link) that when clicked deletes the cookies. The underlying list view model is detached which forces (verified) the cookies to be re-read. The problem is that when I re-read them after deleting them from the response, they are still present. If I then execute the clear action again, the list view is refreshed again and the cookies are no longer present. I'm not sure what is going on here. Are they being cached, is it a timing issue? Why on the second clear action does it finally indicate the cookies have been removed. My immediate need is to be able to delete the cookies, refresh the list view, and see that they are no longer present (no data rows in list view). J.D. - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
ClassCastException (WebResponse)
I have the following code that is generating a ClassCastException that I do not fully understand, (WebResponse)RequestCycle.get().getResponse(); The actual type of the value returned is org.apache.wicket.ajax.AbstractAjaxResponse$AjaxResponse. I'm trying to understand why this call returns an AjaxResponse instead of a WebResponse, in my case. I don't believe the code where this code get executed is in the context of Ajax. J.D.
Re: ClassCastException (WebResponse)
Yeah, it is. The action was triggered via an AjaxLink which I didn't realize at the time. Is there a way to get access to the WebResponse in this scenario? I need to delete a cookie, but obviously, you cannot do so through an AjaxResponse. J.D. On 12/10/12 12:56 PM, Paul Bors p...@bors.ws wrote: Most likely because it is an Ajax response... :) Do you have the AjaxIndicator somewhere on your page and does it indicate an Ajax request cycle happening? What about while in DEVELOPMENT mode, can you monitor the page activity using the Wicket Ajax Debug Window? FYI, while in DEVELOPMENT mode you might want to add the DebugBar to your page as well. ~ Thank you, Paul Bors -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Monday, December 10, 2012 2:33 PM To: users@wicket.apache.org Subject: ClassCastException (WebResponse) I have the following code that is generating a ClassCastException that I do not fully understand, (WebResponse)RequestCycle.get().getResponse(); The actual type of the value returned is org.apache.wicket.ajax.AbstractAjaxResponse$AjaxResponse. I'm trying to understand why this call returns an AjaxResponse instead of a WebResponse, in my case. I don't believe the code where this code get executed is in the context of Ajax. J.D. - 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
Deleting Cookies
I have a ListView that renders items that are populated from user cookie data. The ListView contains a clear action that is supposed to delete the cookies then refresh the ListView so it reflects that the cookie data was removed. I have code that executes the deletion of the cookies (works), then I turn around and detach the ListView's model which triggers a rereading of the cookie data. For some reason (probably works as designed), when the model is detach and reloads the cookies, they are still present. If I then force a page refresh, cookie data is in fact removed and the ListView is empty. Is there a way to attain this? Am I missing something? I really don't want to have to reload the page to see that the cookie data has been removed. J.D.
Re: Deleting Cookies
The ListView is not in a form, which is why I am leaving the default for setReuseItems to false. I am using a LoadableDetachableModel and verified the load that rereads the cookies, does in fact get called after I delete them (reset method call below). If I break in the load of the detachable model, it is reading that there are still values for the cookies I deleted in the previous step. Basically, here is the body of my Ajax Link's onClick, RecentlyViewedItemsCollection c = new RecentlyViewedItemsCollection(util.getCurrentUser()); c.reset(); // this actually deletes all the cookies getModel().detach(); // this forces the detachable model to call its load, which attempts to re-read specific cookies that should no longer exist target.add(RecentlyViewedItemsPanel.this.get(itemContainer)); // lastly, I refresh the parent (WebMarkupContainer) of the ListView I would have expected that when the model's load method is called that it would see that the cookies were removed, but it still finds them. J.D. On 12/6/12 3:29 PM, Sebastien seb...@gmail.com wrote: Hi, Be sure to use a LoadableDetachableModel Also, maybe you set ListView#*setReuseItems* to true (because the ListView is in a form)? You can set it to false if you have no validation and then you will get fresh data (see ListView javadoc) Hope this helps, Sebastien. On Thu, Dec 6, 2012 at 11:09 PM, Corbin, James jcor...@iqnavigator.comwrote: I have a ListView that renders items that are populated from user cookie data. The ListView contains a clear action that is supposed to delete the cookies then refresh the ListView so it reflects that the cookie data was removed. I have code that executes the deletion of the cookies (works), then I turn around and detach the ListView's model which triggers a rereading of the cookie data. For some reason (probably works as designed), when the model is detach and reloads the cookies, they are still present. If I then force a page refresh, cookie data is in fact removed and the ListView is empty. Is there a way to attain this? Am I missing something? I really don't want to have to reload the page to see that the cookie data has been removed. J.D. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Deleting Cookies
Hi Sebastian, Thanks for your feedback. I wasn't recreating (semantics?) the Listview, I was just refreshing it via ajax so it updates with the model changes. What do you mean by reattach the listview's parent-container? Do you mean remove the listview and re-add it in the onbeforerender? J.D. On 12/6/12 4:16 PM, Sebastien seb...@gmail.com wrote: Well, I think it is because this is the same listview that is redisplayed, not the new one. The cause is that you did not add the new listview to its parent. But, I would have done a little bit differently because: 1/ You do not have to recreate the listview in ajaxlink's onclick. just clear cookies and reattach the listview's parent-container 2/ You do not have - generally speaking - to detach you model yourself and, moreover, it is not interesting to do it in the same request cycle. It should be end at the end of the previous cycle. The use of a LDM does this for you. So: just one ListView with a LDM, and it should be good. If it's still not, maybe the persistence of the cookie update is a little bit slow and IO-async... But I (means myself) could not help in a such case. Best regards, Sebastien. On Thu, Dec 6, 2012 at 11:41 PM, Corbin, James jcor...@iqnavigator.comwrote: The ListView is not in a form, which is why I am leaving the default for setReuseItems to false. I am using a LoadableDetachableModel and verified the load that rereads the cookies, does in fact get called after I delete them (reset method call below). If I break in the load of the detachable model, it is reading that there are still values for the cookies I deleted in the previous step. Basically, here is the body of my Ajax Link's onClick, RecentlyViewedItemsCollection c = new RecentlyViewedItemsCollection(util.getCurrentUser()); c.reset(); // this actually deletes all the cookies getModel().detach(); // this forces the detachable model to call its load, which attempts to re-read specific cookies that should no longer exist target.add(RecentlyViewedItemsPanel.this.get(itemContainer)); // lastly, I refresh the parent (WebMarkupContainer) of the ListView I would have expected that when the model's load method is called that it would see that the cookies were removed, but it still finds them. J.D. On 12/6/12 3:29 PM, Sebastien seb...@gmail.com wrote: Hi, Be sure to use a LoadableDetachableModel Also, maybe you set ListView#*setReuseItems* to true (because the ListView is in a form)? You can set it to false if you have no validation and then you will get fresh data (see ListView javadoc) Hope this helps, Sebastien. On Thu, Dec 6, 2012 at 11:09 PM, Corbin, James jcor...@iqnavigator.comwrote: I have a ListView that renders items that are populated from user cookie data. The ListView contains a clear action that is supposed to delete the cookies then refresh the ListView so it reflects that the cookie data was removed. I have code that executes the deletion of the cookies (works), then I turn around and detach the ListView's model which triggers a rereading of the cookie data. For some reason (probably works as designed), when the model is detach and reloads the cookies, they are still present. If I then force a page refresh, cookie data is in fact removed and the ListView is empty. Is there a way to attain this? Am I missing something? I really don't want to have to reload the page to see that the cookie data has been removed. J.D. - 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
Wicket 6 Ajax Behaviors
I have some older javascript code that I am migrating to work with Wicket 6 and not sure how to do so. I had some javascript that was triggering the onclick of an element in the following way, somedomeelement.click(); // post wicket 1.4 this causes error - TypeError: Property 'onclick' of object #HTMLTableRowElement is not a function. Post wicket 6 (1.5?) this will not work because of how wicket no longer produces the onclick attribute and instead uses event registration. So, my question, how do I need to modify my javascript to be able to trigger the click event, because elem.click(); doesn't work. J.D.
Convert bookmarkable url to wicket relative url?
I need some help with converting a bookmarkable url into a wicket relative url. My intent is to persist the url convert it to a wicket relative url and then redirect to that relative url. I am using Component.urlFor(Class, PageParameters) api to generate the bookmarkable url. Some interesting points about this problem is that I am using Wicket 6.0 , and Encrypting the URLs (using CryptoMapper). The url format that comes back from the urlFor API, in my case, is as follows: generatedUrlString = ./bookmarkable/path to some wicket page?x=FWzgyImodAY I've tried the following to generate a wicket relative URL, Url url = Url.parse(generatedUrlString); String url2 = RequestCycle.get().getUrlRenderer().renderRelativeUrl(url); This comes close, generating a URI, like, protocol://host:port/wicket/wicket/bookmarkable/some wicket page?x Notice that the parameter is chopped off. Is there way to achieve a wicket relative url from a bookmarkable url with encrypted parameters? Thanks, J.D.
Detecting HTML 5 Features in Wicket
Is there any built in support for detecting HTML 5 browser features like Web Storage? If not, what is the recommended approach for doing so? I'm looking for a way to detect support for Web (e.g. Local) Storage, so in cases where the browser's do not support it (e.g., IE7), I can use cookies or some other mechanism instead. Thanks, J.D.
Re: Detecting HTML 5 Features in Wicket
Thanks for the suggestions. J.D. On 11/12/12 9:05 AM, Phillips, David david.phill...@usaa.com wrote: 'getBatherExtendedBrowserInfo()' really just builds a small page to test client side settings which posts back the information it's gathered. That page is provided from 'newBrowserInfoPage()' in WebSession. Thus, if you want to plug Modernizr into your session before the page load, you can override this method and provide a custom page which includes Modernizr. Three things to note about this approach. First, you should probably start with just extending the 'BrowserInfoPage' class to get it's built in postback functionality. Second, this callback doesn't trigger until you call 'WebSession.getClientInfo()' for the first time, so make sure that's done before any heavy lifting. Finally, I would suggest embedding Modernizr onto your new page directly instead of linking a JS file. This is mainly to reduce latency overhead from multiple requests. Thanks, -David Phillips - USAA -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Monday, November 12, 2012 9:11 AM To: users@wicket.apache.org Subject: EXTERNAL: Re: Detecting HTML 5 Features in Wicket Thanks, I have already. I know how to detect HTML5 features using javascript, just wondered what is the best way to do so from Wicket code. Given your suggestion, how could I use Modernizr to set browser state indicating, for example, that HTML 5 local storage is in fact supported. I'm just not sure how to plug something like this into the initialization of the web application. It would be nice if the gather extended browser info support in Wicket supported these properties. I'm just curious how others have managed to answer the question, Does my browser and version support HTML 5 Local Storage?, from Wicket code. Thanks, J.D. On 11/12/12 7:59 AM, Phillips, David david.phill...@usaa.com wrote: I would suggest taking a look at Modernizr (http://modernizr.com/) for feature detection. Thanks, -David Phillips - USAA -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Monday, November 12, 2012 8:40 AM To: users@wicket.apache.org Subject: EXTERNAL: Detecting HTML 5 Features in Wicket Is there any built in support for detecting HTML 5 browser features like Web Storage? If not, what is the recommended approach for doing so? I'm looking for a way to detect support for Web (e.g. Local) Storage, so in cases where the browser's do not support it (e.g., IE7), I can use cookies or some other mechanism instead. Thanks, J.D. - 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 - 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
Session Destroy
Is there any way in Wicket 6+ to be notified when the session is ABOUT to be destroyed? The UnboundListener.sessionUnbound(…) API is too late in the cycle for me to interact with the session state. Thanks, J.D.
Re: AjaxEditableLabel Issue (Application in Production Mode)
Hi Martin, Thanks for the feedback. What is a bit confusing to me is how the behavior changes when running wicket in Production Mode (doesn't work) vs. Development Mode (works). I don't see why the wicket application mode would cause this behavior to change. In our situation the AjaxEditableLabel component is nested in a table cell and the table itself is parented by a Form. I will look for JS errors as you suggest. Thanks, J.D. On 9/26/12 12:59 AM, Martin Grigorov mgrigo...@apache.org wrote: Hi, It sounds like a JavaScript related problem. It could be that there is blocked Ajax channel and the click cannot make it to the server. Or something similar happened once, this leaded to different state at the server and the client and since then it cannot re-synchronizes the states. Reload the page and look for JavaScript errors. In Firebug do: Wicket.Log.error = function(text) {console.log(text);} On Tue, Sep 25, 2012 at 9:25 PM, Corbin, James jcor...@iqnavigator.com wrote: I have an interesting issue that crept up in the use of the AjaxEditableLabel component in Wicket 1.4.13 (I know, ancient). The component stopped processing the click event that is supposed to cause the editor to render. I was seeing different behavior depending upon the mode of the Wicket Application and wondered if anyone might have a clue as to what was going on. With the exact same source code, when the Wicket Application was configured to run in Production Mode, the AjaxEditableLabel would not, when clicked, render the editor, but when in Development mode, it worked as expected. In the server log there is a warning that the component is either not visible or not enabled, which I know isn't true because it works perfectly fine when the Wicket Application is in Development Mode. The only behavior that is being overridden on the AjaxEditableLabel instance is the onSubmit. I searched the forums and google and could not find anything that would explain the different behavior of this component when the application mode was changed from development to production. Interesting enough, the AjaxEditableLabel does work fine in Production mode in other areas of the application when no behaviors are overridden. Not sure if that has anything whatsoever to do with this issue. Ideas? J.D. -- 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
AjaxEditableLabel Issue (Application in Production Mode)
I have an interesting issue that crept up in the use of the AjaxEditableLabel component in Wicket 1.4.13 (I know, ancient). The component stopped processing the click event that is supposed to cause the editor to render. I was seeing different behavior depending upon the mode of the Wicket Application and wondered if anyone might have a clue as to what was going on. With the exact same source code, when the Wicket Application was configured to run in Production Mode, the AjaxEditableLabel would not, when clicked, render the editor, but when in Development mode, it worked as expected. In the server log there is a warning that the component is either not visible or not enabled, which I know isn't true because it works perfectly fine when the Wicket Application is in Development Mode. The only behavior that is being overridden on the AjaxEditableLabel instance is the onSubmit. I searched the forums and google and could not find anything that would explain the different behavior of this component when the application mode was changed from development to production. Interesting enough, the AjaxEditableLabel does work fine in Production mode in other areas of the application when no behaviors are overridden. Not sure if that has anything whatsoever to do with this issue. Ideas? J.D.
Using a div/span tags for wicket components
I'm sure this subject has been discussed before many times, but would like to revisit it to get some thoughts from the community. Consider a Wicket TextField. The typical markup is something like, input type=text wicket:id=someId …/ I would like to, instead, specify a span or a div in the markup and bind the TextField to that markup instead. I know I can achieve this by creating a new class that extends Panel (call it TextFieldPanel) with markup similar to the following, … wicket:panel input type=text wicket:id=someId/ /wicket:panel Now I can use a div or span tag as in, div wicket:id=editor/ The problem with this approach is now if I want to affect some portion of the TextField, like adding a behavior to it, I'm almost forced to expose internal details about the Panel impl that I shouldn't. For example, myTextFieldPanel.addBehaviorToChildComponent(IBehavior… behavior) which then adds the behavior to the TextField within the derived Panel. It would be nice to be able to do something like, public class MyTextFieldT extends TextFieldT {…} That allows you to use a span or a div for the markup but generates valid HTML. With this approach you would be less inclined to expose the internals of the implementation because you are operating on an actual TextField instance. I am using a fairly old version of Wicket, 1.4.13 but in the process of upgrading to 6.0. So I would like some thoughts on if this is feasible for 1.4.x and if its even practical. I realize I have control over the construction of the markup for a component but I'm concerned as well about making sure the generated markup is valid HTML. Thanks, J.D.
Re: Using a div/span tags for wicket components
Well, what would be gained is the flexibility to bind any kind of a form component to a div or a span. So if your markup is, for example, input type=text ../ You do not have a bunch of options as to the type of Wicket Component you can bind to this HTML markup. But if you have, div wicket:id=component/ You get a bit more flexibility, in what type of component you can render, TextField, Label, DropDownChoice, Panel etc. Right now, we have the need to bind components (including form based components like TextField) to span's and div's and the way we achieved this was to create new classes that extend Panel and next the actual component. It forces us to create public apis like I described in my original post that break encapsulation. J.D. On 9/21/12 10:42 AM, Carl-Eric Menzel cmen...@wicketbuch.de wrote: On Fri, 21 Sep 2012 14:48:05 + Corbin, James jcor...@iqnavigator.com wrote: input type=text wicket:id=someId Š/ I would like to, instead, specify a span or a div in the markup and bind the TextField to that markup instead. Why? A TextField needs to bind to an input tag, because that is what the browser will render as a text field. Of course, you could probably override TextField's onComponentTag to not do the tag type check, if you wanted. Not sure whether that is final (can't check right now). But to be honest, at least right now I'm not seeing what would be gained. Carl-Eric - 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
Wicket Examples
The wicket examples (www.wicket-library.com/wicket-examples/) seems to be having issues. I select the Contacts Editor option under the repeaters section and I get a permgen error. Is this site working properly? I assume the URL above is appropriate? J.D.
Fusion Charts (IResourceListener)
I am using Fusion Charts with Wicket (1.4.13) and implementing IResourceListener. I also have the application configured to encrypt URLs. With this in place, we get a lot of Invalid URL exceptions and I think it has something to do with how we are building our URLs. The url is built using: urlFor(IResourceListener.INTERFACE) The URL is embedded in some Javascript that is rendered in the head of the page. I came across the following issue, https://issues.apache.org/jira/browse/WICKET-2204, and wondered if it is related to the symptoms I am seeing. Thoughts, J.D.
GridView with Custom Cell Content
Hi, I have a use case where I need to render data in a grid (e.g. Table markup) and for each cell (td), determine its content dynamically. Consider a table where you can drag and drop items from cell to cell and their position is stored. In this scenario, I need to ask the question, for the current cell (row/col), what is my content, and sometimes this con tent will be empty. I initially jumped on GridView as the appropriate component to use because it encapsulates the repeating in both the row and column directions. Can a GridView support the ability (through a provider API?) to dynamically render content per cell. If not, is there a better solution (using custom rolled nested repeaters)? Thanks, J.D.
Grid Layout Question
I have a grid layout where I have the need to ask for the content at a particular grid location. For example, I have a 2x2 grid, give me the component that I should render in slot 2,1. I was wondering if any of the base repeaters that wicket (or wicket-extensions) would provide this kind of capability. The repeaters like DataTable, GridView, etc., look like they only support data providers that return an iterator where I would need one that says give me the component that I need to render at row A, column B and so on as the Grid is rendered. Is there such a component in Wicket or can it be accomplished using the data provider interfaces? Thanks, J.D.
Wicket Wizard Question
I have a five step static Wicket Wizard which works great for the most part. I am running on Wicket 1.4.13. I am seeing some odd behavior and stepping through a debugger hasn't yielded any causes so I am reaching out to the forum for help. If I navigate through the wizard by pressing the Next button all the way to the final step (step 5), I DO NOT complete the wizard by pressing Finish, but instead press the Previous button which takes me to step 4. From step 4, I then press the Next button. At this point, I would expect to be taken to step 5, instead it appears to complete the wizard skipping step 5 and navigating me out of the wizard completely. It acts like its executing Finish but I cannot step through the wizard in the debugger and see that is indeed what is happening. I cannot really supply any code, but from what I can tell, I am not doing anything out of the ordinary. It really is just a basic wizard. Thoughts? J.D.
TextField and Java Number
I am creating an input field that should accept numbers only, so I defined my TextField component as follows, TextFieldNumber(String markupId, IModelNumber model) I am forcing the model update by adding AjaxFormComponentUpdatingBehavior(onblur)... The model doesn't appear to be getting updated (works okay if defined as TextFieldString). I am wondering if the alternate constructor format is required to make it work with types not derived from a String, as in, TextFieldNumber(String markupId, IModelNumber model, Number.class) // explicitly specify the type I thought moving to support generics in wicket eliminated the need for this kind of syntax. Is specifying the type (e.g., class) the solution, or do I need to add a specific type converter for type Number??? Thanks, J.D.
RE: TextField and Java Number
LOL...good point...so the type Number.class was probably a bad choice :) I'm going with a BigDecimal as my type as that should support all my needs. Thanks, J.D. -Original Message- From: jcar...@carmanconsulting.com [mailto:jcar...@carmanconsulting.com] On Behalf Of James Carman Sent: Wednesday, June 15, 2011 3:30 PM To: users@wicket.apache.org Subject: Re: TextField and Java Number Number is abstract. How is TextField supposed to be able to instantiate one using the text? You can't use one of the subclasses? On Wed, Jun 15, 2011 at 5:20 PM, Corbin, James jcor...@iqnavigator.com wrote: I am creating an input field that should accept numbers only, so I defined my TextField component as follows, TextFieldNumber(String markupId, IModelNumber model) I am forcing the model update by adding AjaxFormComponentUpdatingBehavior(onblur)... The model doesn't appear to be getting updated (works okay if defined as TextFieldString). I am wondering if the alternate constructor format is required to make it work with types not derived from a String, as in, TextFieldNumber(String markupId, IModelNumber model, Number.class) // explicitly specify the type I thought moving to support generics in wicket eliminated the need for this kind of syntax. Is specifying the type (e.g., class) the solution, or do I need to add a specific type converter for type Number??? Thanks, J.D. - 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: TextField and Java Number
Good point. Number is not the appropriate type in this case. I think I should -Original Message- From: jcar...@carmanconsulting.com [mailto:jcar...@carmanconsulting.com] On Behalf Of James Carman Sent: Wednesday, June 15, 2011 3:30 PM To: users@wicket.apache.org Subject: Re: TextField and Java Number Number is abstract. How is TextField supposed to be able to instantiate one using the text? You can't use one of the subclasses? On Wed, Jun 15, 2011 at 5:20 PM, Corbin, James jcor...@iqnavigator.com wrote: I am creating an input field that should accept numbers only, so I defined my TextField component as follows, TextFieldNumber(String markupId, IModelNumber model) I am forcing the model update by adding AjaxFormComponentUpdatingBehavior(onblur)... The model doesn't appear to be getting updated (works okay if defined as TextFieldString). I am wondering if the alternate constructor format is required to make it work with types not derived from a String, as in, TextFieldNumber(String markupId, IModelNumber model, Number.class) // explicitly specify the type I thought moving to support generics in wicket eliminated the need for this kind of syntax. Is specifying the type (e.g., class) the solution, or do I need to add a specific type converter for type Number??? Thanks, J.D. - 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
RefreshingView - Comparing Items in List Model
I am using a RefreshingView for a fairly simple table layout with the exception that one of columns in the table contains actions to move rows up and down (e.g., re-order rows). My model for the RefreshingView is basically a ListIModelT where T is my POJO. The approach I was going to take was to have the buttons (move up/down) manipulate the underlying model by repositioning the IModelT instances in the ordered List. In order to do this, I need to identify the index position of a particular item (IModelT) in the list. My T instances have equals and hashcode defined, but wondered if my IModelT instances need to be detachable models that also define hashcode and equals as well. Is this the right approach? J.D.
RE: RefreshingView - Comparing Items in List Model
I was able to solve this issue by defining a new class that extends LoadableDetachableModel. The class also overrides hashcode and equals appropriately. Now my ListIModelT (used by RefreshingView) contains instances for the new detachable model implementation and now list manipulation works just fine and my manual row reordering logic works perfectly. Regards, J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, June 01, 2011 8:56 AM To: users@wicket.apache.org Subject: RefreshingView - Comparing Items in List Model I am using a RefreshingView for a fairly simple table layout with the exception that one of columns in the table contains actions to move rows up and down (e.g., re-order rows). My model for the RefreshingView is basically a ListIModelT where T is my POJO. The approach I was going to take was to have the buttons (move up/down) manipulate the underlying model by repositioning the IModelT instances in the ordered List. In order to do this, I need to identify the index position of a particular item (IModelT) in the list. My T instances have equals and hashcode defined, but wondered if my IModelT instances need to be detachable models that also define hashcode and equals as well. Is this the right approach? J.D. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket's Wizard Component
I am attempting to enhance the Wizard's layout by sub-classing Wizard.java. The idea is to change the default markup to suit some specific layout requirements. The problem I am trying to solve is to re-parent the form to the component bound to the wicket:id myOuterWrapperComp, but not sure if or how this can be done using the Wizard framework. I am using Wicket Version 1.4.13. Can this be done using sub-classing Wizard.java? I would like to avoid writing my own class that mimics 99% of what Wizard.java provides, just for this layout issue. Here is a sample of the markup in my DerivedFromWizard (not real name) class, div wicket:id=myOuterWrapperComp class=wicketExtensionsWizard form wicket:id=form class=wicketExtensionsWizardForm ... rest of wizard markup, same as what is in Wizard.html /form /div Thanks, J.D.
RE: Wicket's Wizard Component
Actually, it makes sense to pull the source and modify it to support my specific needs. J.D. -Original Message- From: Brian Topping [mailto:topp...@codehaus.org] Sent: Saturday, May 21, 2011 9:29 AM To: users@wicket.apache.org Subject: Re: Wicket's Wizard Component Wizard probably ought to be moved to the category of example code instead of something that can (or will) be improved. It hasn't changed much since it was written, and if it were changed, would probably break hundreds of users for no real benefit (i.e. users would have to go implement new interfaces for components that already work and have long since been forgotten about). IMHO, if you like the code, you might be better off just grabbing a copy of it into your own source tree. Then you can build what you want with impunity. Brian On May 21, 2011, at 11:08 AM, Corbin, James wrote: I am attempting to enhance the Wizard's layout by sub-classing Wizard.java. The idea is to change the default markup to suit some specific layout requirements. The problem I am trying to solve is to re-parent the form to the component bound to the wicket:id myOuterWrapperComp, but not sure if or how this can be done using the Wizard framework. I am using Wicket Version 1.4.13. Can this be done using sub-classing Wizard.java? I would like to avoid writing my own class that mimics 99% of what Wizard.java provides, just for this layout issue. Here is a sample of the markup in my DerivedFromWizard (not real name) class, div wicket:id=myOuterWrapperComp class=wicketExtensionsWizard form wicket:id=form class=wicketExtensionsWizardForm ... rest of wizard markup, same as what is in Wizard.html /form /div Thanks, J.D. - 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: Wicket's Wizard Component
To the core wicket developers, is there any copyright concerns with pulling the Wizard source into my codebase and modifying it? J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Saturday, May 21, 2011 9:37 AM To: users@wicket.apache.org Subject: RE: Wicket's Wizard Component Actually, it makes sense to pull the source and modify it to support my specific needs. J.D. -Original Message- From: Brian Topping [mailto:topp...@codehaus.org] Sent: Saturday, May 21, 2011 9:29 AM To: users@wicket.apache.org Subject: Re: Wicket's Wizard Component Wizard probably ought to be moved to the category of example code instead of something that can (or will) be improved. It hasn't changed much since it was written, and if it were changed, would probably break hundreds of users for no real benefit (i.e. users would have to go implement new interfaces for components that already work and have long since been forgotten about). IMHO, if you like the code, you might be better off just grabbing a copy of it into your own source tree. Then you can build what you want with impunity. Brian On May 21, 2011, at 11:08 AM, Corbin, James wrote: I am attempting to enhance the Wizard's layout by sub-classing Wizard.java. The idea is to change the default markup to suit some specific layout requirements. The problem I am trying to solve is to re-parent the form to the component bound to the wicket:id myOuterWrapperComp, but not sure if or how this can be done using the Wizard framework. I am using Wicket Version 1.4.13. Can this be done using sub-classing Wizard.java? I would like to avoid writing my own class that mimics 99% of what Wizard.java provides, just for this layout issue. Here is a sample of the markup in my DerivedFromWizard (not real name) class, div wicket:id=myOuterWrapperComp class=wicketExtensionsWizard form wicket:id=form class=wicketExtensionsWizardForm ... rest of wizard markup, same as what is in Wizard.html /form /div Thanks, J.D. - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket Release of 1.4.18?
Hello, I have a project running against Wicket 1.4.13 and am considering upgrading to be more current with the latest 1.4.x version (currently 17). I would rather hold off upgrading to Wicket 1.4.17, if Wicket 1.4.18 is planned for a release in the next few weeks. Thoughts, J.D.
RE: Wicket Release of 1.4.18?
Yes, I could do that but this is a production environment and would rather not have to upgrade that shortly after upgrading to wicket 1.4.17. -Original Message- From: Bruno Borges [mailto:bruno.bor...@gmail.com] Sent: Friday, May 06, 2011 2:21 PM To: users@wicket.apache.org Subject: Re: Wicket Release of 1.4.18? Why don't you upgrade to 1.4.17 and as soon 18 is relased, you plan to upgrade again? *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Fri, May 6, 2011 at 4:41 PM, Corbin, James jcor...@iqnavigator.comwrote: Hello, I have a project running against Wicket 1.4.13 and am considering upgrading to be more current with the latest 1.4.x version (currently 17). I would rather hold off upgrading to Wicket 1.4.17, if Wicket 1.4.18 is planned for a release in the next few weeks. Thoughts, J.D.
Wicket 1.5 RC3
I am looking into converting my existing 1.4 project into 1.5RC3 and it's not clear where the code that was previously handled in my overridden WebRequestCycle.onRuntimeException(...) needs to go. The migration page talks about overriding Application.newExceptionMapper(), but I don't see that method in the class hierarchy. Any help would be greatly appreciated. Thanks, J.D.
RE: JavaScript bug in IE (wicket-event.js)
I've encountered errors like this where the browser renders a javascript error relating to undefined variables in various wicket framework javascript files. The only browser/version where I have observed this was in IE6 (don't ask). -J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Tuesday, January 18, 2011 10:10 AM To: users@wicket.apache.org Subject: Re: JavaScript bug in IE (wicket-event.js) seems weird. that file works ok on other pages? -igor On Mon, Jan 17, 2011 at 11:53 PM, Alec Swan alecs...@gmail.com wrote: Hello, I have a website using Wicket 1.4.14. There is a link which pops up a window/page generated by Wicket. The popup works great in Firefox and Chrome, but in IE I get the following error: Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MDDR; InfoPath.3) Timestamp: Tue, 18 Jan 2011 07:47:14 UTC Message: 'navigator' is undefined Line: 21 Char: 1 Code: 0 URI: http://www.customerelite.com/lrm/resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event.js Is this a bug? Any easy way to fix/patch this? Thanks, Alec - 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
Wicket TextArea - Current Buffer Size?
Is it possible to get the current character count from a TextArea component in Wicket by attaching an AjaxEventBehavior? I successfully capture an onkeypress event, but not sure how I am supposed to get the raw input in the TextArea. I know that the model won't be updated until the post has occurred, but wondered if there was any way (wicket or otherwise) to get the current text that has been entered into the control? J.D.
RE: Wicket TextArea - Current Buffer Size?
Thanks Jeremy. I thought AjaxFormComponentUpdatingBehavior was the appropriate behavior. I'll try again. J.D. -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Sunday, January 16, 2011 4:24 PM To: users@wicket.apache.org Subject: Re: Wicket TextArea - Current Buffer Size? You need this on the client side or server side? On client, just .value on the dom element. On server, you'll need an ajax form component updating behavior. Model will then have the text. Jeremy Thomerson http://wickettraining.com -- sent from my smart phone, so please excuse spelling, formatting, or compiler errors On Jan 16, 2011 5:18 PM, Corbin, James jcor...@iqnavigator.com wrote: Is it possible to get the current character count from a TextArea component in Wicket by attaching an AjaxEventBehavior? I successfully capture an onkeypress event, but not sure how I am supposed to get the raw input in the TextArea. I know that the model won't be updated until the post has occurred, but wondered if there was any way (wicket or otherwise) to get the current text that has been entered into the control? J.D. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Timeframe for Wicket 1.5 Release
This question is targeted to the core Wicket product developers. The 1.5 code line is up to its 3rd Maintenance release and was curious (for planning purposes) what the anticipated public release date was... I'm not looking for a specific day, but rather, something like 1st Quarter 2011, 4th Quarter 2011, 2012, etc... Thanks, J.D. J.D. Corbin | IQNavigator | Senior Software Engineer Office: (303) 563-1503 * Mobile: (303) 912-0958 * jcor...@iqnavigator.commailto:y...@iqnavigator.com 6465 Greenwood Plaza Blvd. * Suite 800 * Centennial, CO * 80111 * USA This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
RE: Timeframe for Wicket 1.5 Release
Thanks. That is what I was looking for. -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Friday, December 10, 2010 10:08 AM To: users@wicket.apache.org Subject: Re: Timeframe for Wicket 1.5 Release On Fri, Dec 10, 2010 at 10:46 AM, Corbin, James jcor...@iqnavigator.comwrote: This question is targeted to the core Wicket product developers. The 1.5 code line is up to its 3rd Maintenance release and was curious (for planning purposes) what the anticipated public release date was... I'm not looking for a specific day, but rather, something like 1st Quarter 2011, 4th Quarter 2011, 2012, etc... Thanks, J.D. J.D. Corbin | IQNavigator | Senior Software Engineer Office: (303) 563-1503 * Mobile: (303) 912-0958 * jcor...@iqnavigator.com mailto:y...@iqnavigator.com 6465 Greenwood Plaza Blvd. * Suite 800 * Centennial, CO * 80111 * USA This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. This was discussed only two days ago on the list. Please reference http://apache-wicket.1842946.n4.nabble.com/wicket-1-5-td3078531.html -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
IndicatingAjaxButton (Doesn't display indicator in Internet Explorer)
I recently noticed that the IndicatingAjaxButton no longer appears to render the asterix in Internet Explorer (all versions including 6,7 and 8). I noticed this after moving to Wicket Version 1.4.13. Has anybody seen this behavior with ajax indicators not displaying in IE? J.D. J.D. Corbin | IQNavigator | Senior Software Engineer Office: (303) 563-1503 * Mobile: (303) 912-0958 * jcor...@iqnavigator.commailto:y...@iqnavigator.com 6465 Greenwood Plaza Blvd. * Suite 800 * Centennial, CO * 80111 * USA This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message.
Customizing CheckBoxMultipleChoice Images?
Hello, I would like to customize the images used for the selected and unselected states of the checkboxes rendered as part of the CheckBoxMultipleChoice component, but not sure how to do this... I've read a few sources that indicate this can be done by specifying a class=styled on the markup for the checkbox, but not sure I have access to doing so through wicket. The idea is to specify the following, (obviously the CheckBoxMultipleChoice will generate this markup) input type=checkbox name=blah class=styled/ Once the input markup specifies the styled class, theoretically you can customize the background images using css. Is this the right approach and if so, how can I add a style attribute to the generated input type=checkbox/ element? Thanks, J.D.
RE: Customizing CheckBoxMultipleChoice Images?
Thanks Igor. I know this isn't a wicket issue...but, I'm able to style some aspects of the checkbox's by specifying css as in, div.div class name input[type=checkbox] { ... } Or div.div class name input[type=checkbox]:checked { ... } But if I specify the background attribute in either of these sections, it doesn't change the they image for the selected or unselected checkbox state. I've seen a fair number of examples on how to change the checkbox images using css and custom javascript, but I hoped it was possible with just css. J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Tuesday, May 11, 2010 11:08 AM To: users@wicket.apache.org Subject: Re: Customizing CheckBoxMultipleChoice Images? put the choice component into a div with a class attribute, then in css you can do div.the class you gave the div input[type=checkbox] css styles you want applied -igor On Tue, May 11, 2010 at 9:23 AM, Corbin, James jcor...@iqnavigator.com wrote: Hello, I would like to customize the images used for the selected and unselected states of the checkboxes rendered as part of the CheckBoxMultipleChoice component, but not sure how to do this... I've read a few sources that indicate this can be done by specifying a class=styled on the markup for the checkbox, but not sure I have access to doing so through wicket. The idea is to specify the following, (obviously the CheckBoxMultipleChoice will generate this markup) input type=checkbox name=blah class=styled/ Once the input markup specifies the styled class, theoretically you can customize the background images using css. Is this the right approach and if so, how can I add a style attribute to the generated input type=checkbox/ element? Thanks, J.D. - 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: AjaxFallbackDefaultDataTable Model Not Updating
Is the solution to add AjaxFormComponentUpdatingBehavior/AjaxFormChoiceComponentUpdatingBehavior to each of the editable form components? -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Thursday, April 29, 2010 4:42 PM To: users@wicket.apache.org Subject: AjaxFallbackDefaultDataTable Model Not Updating A co-worker of mine created an AjaxFallbackDefaultDataTable with editable cells. In this case they are dropdowns. She is dynamically adding rows to the table. If she modifies one of the component drop down (PropertyModel) values in one of the cells and then adds a new row, the changes she made to the previous row(s) are lost. She noticed that the setter method on the property is not called, but the getter is being called. I'm pretty sure that if she submits the form the model would get updated (normal form processing) and her changes would be persisted to the model, but how can she get the model to update without submitting the form? I seem to remember previous forum topics related to this issue, but couldn't remember the suggested solutions. Does the solution have to do with selecting a different ItemReuseStrategy? Thanks, J.D. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AjaxFallbackDefaultDataTable Model Not Updating
A co-worker of mine created an AjaxFallbackDefaultDataTable with editable cells. In this case they are dropdowns. She is dynamically adding rows to the table. If she modifies one of the component drop down (PropertyModel) values in one of the cells and then adds a new row, the changes she made to the previous row(s) are lost. She noticed that the setter method on the property is not called, but the getter is being called. I'm pretty sure that if she submits the form the model would get updated (normal form processing) and her changes would be persisted to the model, but how can she get the model to update without submitting the form? I seem to remember previous forum topics related to this issue, but couldn't remember the suggested solutions. Does the solution have to do with selecting a different ItemReuseStrategy? Thanks, J.D.
RE: Nested Forms and Multipart Fileupload Issue
Yeah, some feedback from the Wicket Contributors on this issue would be greatly appreciated. -Original Message- From: Michał Letyński [mailto:mletyn...@consol.pl] Sent: Wednesday, March 10, 2010 7:52 AM To: users@wicket.apache.org Subject: Re: Nested Forms and Multipart Fileupload Issue Is there a wicket version where it works ? I tried with 1.4.6 and 1.4.7 but i get the same error which James got. My use case : I'm trying to submit a form via ajax to upload a file inside modal window. After debug: FileUploadBase.isMultipartContent get false because if (contentType.toLowerCase().startsWith(MULTIPART)) - contentType = application/x-www-form-urlencoded James Carman pisze: You're trying to submit a form via ajax to upload a file? On Tue, Mar 9, 2010 at 4:26 PM, Corbin, James jcor...@iqnavigator.com wrote: This issue seems to pop up in our environment from time to time and trying to figure out how to fix it once and for all. We have a page with a form that pops up modal window with a form specified as well. When we try to submit, we get the following exception: java.lang.IllegalStateException: ServletRequest does not contain multipart content. One possible solution is to explicitly call Form.setMultipart(true), Wicket tries its best to auto-detect multipart forms but there are certain situation where it cannot. at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) ... Setting Form.setMultipart(true) on either form has no affect. We are running Wicket Version 1.4.7. Is there a fix for this issue? Is this JIRA Issue related??? https://issues.apache.org/jira/browse/WICKET-2749 - 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: Nested Forms and Multipart Fileupload Issue
Hmmm...I thought the Wicket Team already implemented something similar to this into the framework some time ago. -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Wednesday, March 10, 2010 11:15 AM To: users@wicket.apache.org Subject: Re: Nested Forms and Multipart Fileupload Issue Someone at work had some luck with this approach from what I understand... http://www.dooriented.com/blog/2008/04/23/wicket-ajax-like-file-upload-on-a-modal-window/ 2010/3/10 Michał Letyński mletyn...@consol.pl: Is there a wicket version where it works ? I tried with 1.4.6 and 1.4.7 but i get the same error which James got. My use case : I'm trying to submit a form via ajax to upload a file inside modal window. After debug: FileUploadBase.isMultipartContent get false because if (contentType.toLowerCase().startsWith(MULTIPART)) - contentType = application/x-www-form-urlencoded James Carman pisze: You're trying to submit a form via ajax to upload a file? On Tue, Mar 9, 2010 at 4:26 PM, Corbin, James jcor...@iqnavigator.com wrote: This issue seems to pop up in our environment from time to time and trying to figure out how to fix it once and for all. We have a page with a form that pops up modal window with a form specified as well. When we try to submit, we get the following exception: java.lang.IllegalStateException: ServletRequest does not contain multipart content. One possible solution is to explicitly call Form.setMultipart(true), Wicket tries its best to auto-detect multipart forms but there are certain situation where it cannot. at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) ... Setting Form.setMultipart(true) on either form has no affect. We are running Wicket Version 1.4.7. Is there a fix for this issue? Is this JIRA Issue related??? https://issues.apache.org/jira/browse/WICKET-2749 - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Nested Forms and Multipart Fileupload Issue
This issue seems to pop up in our environment from time to time and trying to figure out how to fix it once and for all. We have a page with a form that pops up modal window with a form specified as well. When we try to submit, we get the following exception: java.lang.IllegalStateException: ServletRequest does not contain multipart content. One possible solution is to explicitly call Form.setMultipart(true), Wicket tries its best to auto-detect multipart forms but there are certain situation where it cannot. at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) ... Setting Form.setMultipart(true) on either form has no affect. We are running Wicket Version 1.4.7. Is there a fix for this issue? Is this JIRA Issue related??? https://issues.apache.org/jira/browse/WICKET-2749
RE: Nested Forms and Multipart Fileupload Issue
My submit action is on the modal popup which does NOT contain a FileUpload Field, but the form the modal is launched from does have a FileUpload field. So, we have a page with a button added to a form that pops up a modal dialog that also defines a form. This modal popup has a Submit button that does so via Ajax (e.g., AjaxButton). Once we click the ajax submit button, we get the error below. -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Tuesday, March 09, 2010 2:30 PM To: users@wicket.apache.org Subject: Re: Nested Forms and Multipart Fileupload Issue You're trying to submit a form via ajax to upload a file? On Tue, Mar 9, 2010 at 4:26 PM, Corbin, James jcor...@iqnavigator.com wrote: This issue seems to pop up in our environment from time to time and trying to figure out how to fix it once and for all. We have a page with a form that pops up modal window with a form specified as well. When we try to submit, we get the following exception: java.lang.IllegalStateException: ServletRequest does not contain multipart content. One possible solution is to explicitly call Form.setMultipart(true), Wicket tries its best to auto-detect multipart forms but there are certain situation where it cannot. at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) ... Setting Form.setMultipart(true) on either form has no affect. We are running Wicket Version 1.4.7. Is there a fix for this issue? Is this JIRA Issue related??? https://issues.apache.org/jira/browse/WICKET-2749 - 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
Planned 1.4.7 Release?
Hi, We are currently using Wicket Version 1.4.4 and I believe the release of 1.4.7 is fairly imminent? Could someone shed some light on the expected release timeframe for 1.4.7 and what the recommendation is on upgrading from 1.4.4 to 1.4.7? We have a lot of Ajax behaviors in our code and if there are significant fixes around Ajax in the releases subsequent to 1.4.4 then my gut says I should upgrade. Also, are there any notable performance improvements in 1.4.5, 1.4.6 or 1.4.7? Thanks, J.D.
RE: Planned 1.4.7 Release?
Awesome. Thanks for the response. I was hoping it was this week so I could test out 1.4.7 with our application over the weekend. J.D. -Original Message- From: Riyad Kalla [mailto:rka...@gmail.com] Sent: Thursday, March 04, 2010 11:05 AM To: users@wicket.apache.org Subject: Re: Planned 1.4.7 Release? The hot item in 1.4.7 I am aware of is the fix for redirected/relative paths when using Ajax components that was broken in 1.4.6 -- and yesterday Igor said he would begin promotion to the mirrors and writeup an announcement, so I think the release is... any minute now? On Thu, Mar 4, 2010 at 10:55 AM, Corbin, James jcor...@iqnavigator.comwrote: Hi, We are currently using Wicket Version 1.4.4 and I believe the release of 1.4.7 is fairly imminent? Could someone shed some light on the expected release timeframe for 1.4.7 and what the recommendation is on upgrading from 1.4.4 to 1.4.7? We have a lot of Ajax behaviors in our code and if there are significant fixes around Ajax in the releases subsequent to 1.4.4 then my gut says I should upgrade. Also, are there any notable performance improvements in 1.4.5, 1.4.6 or 1.4.7? Thanks, J.D. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Planned 1.4.7 Release?
Is this a valid download URL: http://apache.tradebit.com/pub/wicket/1.4.7/ -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Thursday, March 04, 2010 11:19 AM To: users@wicket.apache.org Subject: Re: Planned 1.4.7 Release? Look in that release vote - you can download the jars from the temp repo and use them now (or a few days ago). They'll be in the main repo(s) in the next few days. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Mar 4, 2010 at 12:15 PM, Corbin, James jcor...@iqnavigator.comwrote: Awesome. Thanks for the response. I was hoping it was this week so I could test out 1.4.7 with our application over the weekend. J.D. -Original Message- From: Riyad Kalla [mailto:rka...@gmail.com] Sent: Thursday, March 04, 2010 11:05 AM To: users@wicket.apache.org Subject: Re: Planned 1.4.7 Release? The hot item in 1.4.7 I am aware of is the fix for redirected/relative paths when using Ajax components that was broken in 1.4.6 -- and yesterday Igor said he would begin promotion to the mirrors and writeup an announcement, so I think the release is... any minute now? On Thu, Mar 4, 2010 at 10:55 AM, Corbin, James jcor...@iqnavigator.com wrote: Hi, We are currently using Wicket Version 1.4.4 and I believe the release of 1.4.7 is fairly imminent? Could someone shed some light on the expected release timeframe for 1.4.7 and what the recommendation is on upgrading from 1.4.4 to 1.4.7? We have a lot of Ajax behaviors in our code and if there are significant fixes around Ajax in the releases subsequent to 1.4.4 then my gut says I should upgrade. Also, are there any notable performance improvements in 1.4.5, 1.4.6 or 1.4.7? Thanks, J.D. - 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: Planned 1.4.7 Release?
Thanks, I already downloaded it and have our application running on 1.4.7. So far so good. Seems a bit snappier than our version that was using 1.4.4. J.D. -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Thursday, March 04, 2010 2:03 PM To: users@wicket.apache.org Subject: Re: Planned 1.4.7 Release? Why not just try it: http://repo1.maven.org/maven2/org/apache/wicket/wicket/1.4.7/ Change your version in Maven and see if it picks it up. On Thu, Mar 4, 2010 at 1:15 PM, Corbin, James jcor...@iqnavigator.com wrote: Awesome. Thanks for the response. I was hoping it was this week so I could test out 1.4.7 with our application over the weekend. J.D. -Original Message- From: Riyad Kalla [mailto:rka...@gmail.com] Sent: Thursday, March 04, 2010 11:05 AM To: users@wicket.apache.org Subject: Re: Planned 1.4.7 Release? The hot item in 1.4.7 I am aware of is the fix for redirected/relative paths when using Ajax components that was broken in 1.4.6 -- and yesterday Igor said he would begin promotion to the mirrors and writeup an announcement, so I think the release is... any minute now? On Thu, Mar 4, 2010 at 10:55 AM, Corbin, James jcor...@iqnavigator.comwrote: Hi, We are currently using Wicket Version 1.4.4 and I believe the release of 1.4.7 is fairly imminent? Could someone shed some light on the expected release timeframe for 1.4.7 and what the recommendation is on upgrading from 1.4.4 to 1.4.7? We have a lot of Ajax behaviors in our code and if there are significant fixes around Ajax in the releases subsequent to 1.4.4 then my gut says I should upgrade. Also, are there any notable performance improvements in 1.4.5, 1.4.6 or 1.4.7? Thanks, J.D. - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Ajax File Upload (Safari and Chrome)?
Are there any known issues with the FileUploadField when submitting via Ajax on Safari 4.x or Chrome 5.x? In the AjaxButton.onSubmit(), I am attempting to update other components and it doesn't seem to repaint the component(s) in Safari or Chrome, but does work as I expect in Firefox 3.x. J.D.
Conditionally Render Different Fragments (via Radio Choice Selection)?
I have radio group (RadioChoice) with two options that conditionally renders one of two fragments. The two fragments are pre-created and then attach onchange ajax behavior to the RadioChoice component that toggles the visibility of the fragments depending upon the selection made for the RadioChoice component. When I toggle the radio choice to the second option, my fragment isn't being rendered when I setVisible(true). In my ajax update method, I toggle the visibility for the fragments and then target.addComponent(fragment1); target.addComponent(fragment2); I tried target.addComponent(form), where form is the container for the RadioChoice and Fragments. I made sure that I specify setOutputMarkupPlaceholderTag(true) on both fragments at creation time. I'm not sure what is going on here? J.D.
RE: Conditionally Render Different Fragments (via Radio Choice Selection)?
I looked at the ajax debug output and noticed there was no reference to one of the fragments. With only one div for the fragment, what I needed to do was conditionally add and remove the fragment components depending upon the selection of the RadioChoice and re-add the form via target.addComponent(...) Another option I considered and went with was just to add another div for the second fragment adding both to the container form and conditionally rendering them by setting their visibility appropriately. J.D. -Original Message- From: Riyad Kalla [mailto:rka...@gmail.com] Sent: Friday, February 26, 2010 12:16 PM To: users@wicket.apache.org Subject: Re: Conditionally Render Different Fragments (via Radio Choice Selection)? JD, If you flip the initial visible fragment to the 2nd one, does the inverse condition apply? (frag2 is visible and frag1 isn't visible?) If you check the source of the generated HTML, you are seeing the generated placeholder tag for the 2nd fragment so it can be made visible right? -R On Fri, Feb 26, 2010 at 12:04 PM, Corbin, James jcor...@iqnavigator.comwrote: I have radio group (RadioChoice) with two options that conditionally renders one of two fragments. The two fragments are pre-created and then attach onchange ajax behavior to the RadioChoice component that toggles the visibility of the fragments depending upon the selection made for the RadioChoice component. When I toggle the radio choice to the second option, my fragment isn't being rendered when I setVisible(true). In my ajax update method, I toggle the visibility for the fragments and then target.addComponent(fragment1); target.addComponent(fragment2); I tried target.addComponent(form), where form is the container for the RadioChoice and Fragments. I made sure that I specify setOutputMarkupPlaceholderTag(true) on both fragments at creation time. I'm not sure what is going on here? J.D. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Speeding Up HTML Parse???
Thanks Russell. This is good information. I am going to evaluate the server side activity first and then will look into any inefficiencies on the client. J.D. -Original Message- From: Russell Morrisey [mailto:russell.morri...@missionse.com] Sent: Thursday, February 25, 2010 11:39 AM To: users@wicket.apache.org Subject: RE: Speeding Up HTML Parse??? Before spending a lot of time trying to debug client-side performance, be sure that the problem is on the client side, and not the server. A lot of performance problems I see on my project arise from user code on the server side which takes a long time to run (such as redundant or inefficient database hits). If you do find that the problem is client-side, a couple of ideas of things to look for: -Excessive/redundant javascript. Externalize scripts as much as possible, using header contribution, instead of pushing all of the logic out in an ajax request. -Heavy javascript widgets (I think you mentioned using YUI controls in an earlier message? Maybe they are taking a long time to run or too much memory?) -User agent memory leaks or pseudo leaks which cause performance to degrade over time (especially in IE) MSDN actually has a fairly useful article on IE memory leaks: http://msdn.microsoft.com/en-us/library/bb250448%28VS.85%29.aspx Don't try to fix until you've verified the source of the performance hit. RUSSELL E. MORRISEY Programmer Analyst Professional Mission Solutions Engineering, LLC | russell.morri...@missionse.com | www.missionse.com -Original Message- From: Jochen Mader [mailto:pflanzenmoer...@gmail.com] Sent: Thursday, February 25, 2010 4:48 AM To: users@wicket.apache.org Subject: Re: Speeding Up HTML Parse??? a) Read the speed tracer output, if the time is spent with the redirect or loading the actual markup it will tell you. b) HTML rendering in the browser is influenced by the markup and ajax. Read the speed tracer output and it will tell you where the time is spent. It's most likely not wicket that costs the initial 30 second delay but some resource taking long to load, an AJAX component doing its magic ... But that's all client(browser)-side stuff. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind MSE to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - 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
Speeding Up HTML Parse???
I'm profiling our Wicket Application using Google's Speed Tracer Plugin (nice plugin). The profiling tool is showing most of the time spent in two areas, 1) Parsing HTMlL 2) Javascript Valuation (mostly with YUI). What are some of the best practices around developing code that minimizes the impact of parsing HTML in Wicket? We haven't had a lot of time to optimize our code and now are starting to look at that aspect of our application. Thanks, J.D.
RE: Speeding Up HTML Parse???
Yes Igor, I understand that, but some of our display pages initially take a very long time to initially render. For example, we have editors that take upwards of 30 seconds to render initially. Subsequent renders are obviously quicker. I guess what I am trying to say, are there any best practices for reducing the initial load time of pages. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Wednesday, February 24, 2010 2:58 PM To: users@wicket.apache.org Subject: Re: Speeding Up HTML Parse??? On Wed, Feb 24, 2010 at 1:26 PM, Corbin, James jcor...@iqnavigator.com wrote: I'm profiling our Wicket Application using Google's Speed Tracer Plugin (nice plugin). The profiling tool is showing most of the time spent in two areas, 1) Parsing HTMlL this measures the browser's speed not wickets besides, where does most of the time browserside should go? shouldnt it be parsing html? thats what browsers do... -igor 2) Javascript Valuation (mostly with YUI). What are some of the best practices around developing code that minimizes the impact of parsing HTML in Wicket? We haven't had a lot of time to optimize our code and now are starting to look at that aspect of our application. Thanks, J.D. - 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: RadioChoice in IE7 Known Issue?
Yeah, its inside a form that is in a modal popup. It is not a nested form situation. I found some archive messages that talked around the same problem and their findings was that the form post was different(and wrong) for the RadioChoice under IE7, but this message thread was from March '09. I'll keep looking at it, but if you guys have any ideas, feel free to chime in. Thanks, J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Monday, February 22, 2010 10:43 PM To: users@wicket.apache.org Subject: Re: RadioChoice in IE7 Known Issue? you should debug it and see, as far as i know radiochoice just generates a bunch of input type=radio so all should work. it is inside a form right? -igor On Mon, Feb 22, 2010 at 10:02 AM, Corbin, James jcor...@iqnavigator.com wrote: Hi, I've noticed that the model isn't updated in IE7 when using the Wicket RadioChoice component. This behavior doesn't appear in Firefox. In my code, the RadioChoice component is set to required and even after selecting one of the radio choices, upon submit I get a required field validation error. I am not adding any ajax behaviors to the component. Again, this only appears to happen in IE7. We are using Wicket 1.4.4. Is this a known issue and/or something that has been fixed in Wicket 1.4.5/6? I've tried overriding wantOnChangeSelectionNotification (return true) but that didn't seem to solve the issue. Any help on this issue would be greatly appreciated. Thanks, J.D. - 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: RadioChoice in IE7 Known Issue?
Thanks Igor. I'll look and see if that might be the issue. J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Tuesday, February 23, 2010 9:30 AM To: users@wicket.apache.org Subject: Re: RadioChoice in IE7 Known Issue? stuff in a modal window can only be submitted via ajax... -igor On Tue, Feb 23, 2010 at 7:30 AM, Corbin, James jcor...@iqnavigator.com wrote: Yeah, its inside a form that is in a modal popup. It is not a nested form situation. I found some archive messages that talked around the same problem and their findings was that the form post was different(and wrong) for the RadioChoice under IE7, but this message thread was from March '09. I'll keep looking at it, but if you guys have any ideas, feel free to chime in. Thanks, J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Monday, February 22, 2010 10:43 PM To: users@wicket.apache.org Subject: Re: RadioChoice in IE7 Known Issue? you should debug it and see, as far as i know radiochoice just generates a bunch of input type=radio so all should work. it is inside a form right? -igor On Mon, Feb 22, 2010 at 10:02 AM, Corbin, James jcor...@iqnavigator.com wrote: Hi, I've noticed that the model isn't updated in IE7 when using the Wicket RadioChoice component. This behavior doesn't appear in Firefox. In my code, the RadioChoice component is set to required and even after selecting one of the radio choices, upon submit I get a required field validation error. I am not adding any ajax behaviors to the component. Again, this only appears to happen in IE7. We are using Wicket 1.4.4. Is this a known issue and/or something that has been fixed in Wicket 1.4.5/6? I've tried overriding wantOnChangeSelectionNotification (return true) but that didn't seem to solve the issue. Any help on this issue would be greatly appreciated. Thanks, J.D. - 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 - 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
RadioChoice in IE7 Known Issue?
Hi, I've noticed that the model isn't updated in IE7 when using the Wicket RadioChoice component. This behavior doesn't appear in Firefox. In my code, the RadioChoice component is set to required and even after selecting one of the radio choices, upon submit I get a required field validation error. I am not adding any ajax behaviors to the component. Again, this only appears to happen in IE7. We are using Wicket 1.4.4. Is this a known issue and/or something that has been fixed in Wicket 1.4.5/6? I've tried overriding wantOnChangeSelectionNotification (return true) but that didn't seem to solve the issue. Any help on this issue would be greatly appreciated. Thanks, J.D.
Bring Panel into View in Browser
Hi, I am dynamically adding panel components to my display and eventually the list of panels grows big enough that the most recently added is not visible (not in visible scroll region) in the browser. I am looking for an approach to force the last panel added to scroll into view if it's out of the visible browser view. All my panels derive from a common panel implementation. I thought I might be able to have the base panel implementation implement IHeaderContributor and then in the renderHead method, try to do the following similar to the following: public void renderHead(IHeaderResponse response) { ... String js = document.getElementById('+getMarkupId()+').focus();; response.renderOnLoadJavascript(js); } This does not work, but my hope was that by setting the panel to have focus after its created, that it would scroll into view if it wasn't already. Assuming setting focus on a panel would even work, which I'm not sure it would, I noticed that I am getting Debug errors in the Javascript Debug window that the result of the document.getElementById('objectid') call is null. I've thought of using the following javascript functions, window.scrollBy or window.scrollTo, but haven't had any luck with those. Is it possible in wicket to do this? Thanks, J
Scrolling wicket components into View?
Hello, I have a page that I dynamically add components to using a repeating view. At some point in the process, my components are rendered off the visible browser page. Is there a slick way in Wicket to ensure that a component dynamically added to a repeating view is in view on the page? I've looked into the window.onScroll functionality but wanted to see if there were any best practices in the wicket community around solving this issue. Thanks, J.D.
RE: Help with Wicket Adoption Numbers
Have you considered Google Web Toolkit (GWT)? J.D. -Original Message- From: Lester Chua [mailto:cicowic...@gmail.com] Sent: Thursday, January 07, 2010 5:44 PM To: users@wicket.apache.org Subject: Help with Wicket Adoption Numbers Hi, I am facing a hurdle that need crossing in my final attempt to push Wicket for use in an organization. I have: 1) Prototyped a small size module 2) Did 2-3 presentations on the key features and advantages of wicket No one is disputing my claims about productivity and good OO code that was the result. BUT, the technology evaluation committee is NOT recommending Wicket because of. of all things. - Wicket's Low Adoption Rate Can I find any numbers to blow this away? My alternative is to accept the finding and work with Struts 2. Which will mean the stack will need to expand to DWR (for security). I REALLY don't want to go there, and am even considering not taking part in this project due to the high risk involved, only 9 months to introduce huge changes to a system that has lots of legacy problems (took about 3 years to build). I think a lot of those years were spent wrestling with the monster that is EJB 1.1. The only way I thought the project can even be on time is to scrap the entire presentation layer (aka Struts) and redo it in Wicket with 1 dedicated developer while the rest of the team work on killing the beast that is EJB 1.1 by refactoring the biz code. Sigh, my choices are stark. It's either to keep the job and plough ahead and probably fail spectacularly 9 months later or go hungry and explain to my wife why we need to spend less on the kid.. It's easy to blame the tech committee but they did help me find wicket by rejecting my initial proposal to build the new system on a (JQuery+JSON+REST) framework, which can be very productive as well, if not as clean as Wicket. Sorry for rambling so much. Is there any way I can demolish the silly low adoption rate argument (omg I still don't believe it can be so lame)? Lester - 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
Modal Popups and Forms
Hi, I have a modal popup (implemented using YUI 2.8). The modal popup contains a form and the popup's markup is rendered (via YUI js) explicitly to document.body. The reasoning for rendering the YUI javascript to document.body is to address some issue we had with css inheritance that was causing rendering issues (conflicts with default YUI skinning) when we render the markup inline. If I change the YUI popup javascript to render inline, the issue doesn't happen, but I don't want to render the markup for the popup inline, because it potentially inherits styling that interferes with the YUI styling for the popup. Rendering the markup to document.body solves that issue. So what I know so far that I cannot change, or don't want to change, is that the YUI popup implementation needs to render its markup to document.body. I verified that the markup generated for the popup's form is indeed a div element (outside of the form tags as I would have expected) In this case, there is only one form tag (parent form where popup is initiated from) on the page and it is indeed has its encoding set to multi-part (verified in the generated markup). Note the markup for the popup dialog does not have any elements that should require multi-part encoding, but the parent form from which the popup was initiated, does. How come when I submit the dialog, I get the following exception? I guess I'm not sure what is going on and how Wicket is handling this case. java.lang.IllegalStateException: ServletRequest does not contain multipart content at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe bRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi tBehavior.java:135) Ideas? J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com
RE: Modal Popups and Forms
Hi Igor, I misspoke. Obviously with rendering the popup markup to the body, there is no parent form. I was able to get passed this by doing exactly what you mention as in forcing the dialog's form to be multipart via the setter method. I didn't like that because it seemed like a hack to hardcode the setting in the dialog form because the dialog's form doesn't truly have any elements that require the form to be multi-part. I'll look for other options. However, I understand what you are saying and think the better solution is to try and address the styling problems introduced by using YUI as the popup implementation. J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Tuesday, December 29, 2009 11:56 AM To: users@wicket.apache.org Subject: Re: Modal Popups and Forms how can there be a parent form if the markup is rendered into a div that is a child of the body. the problem is you are creating a mismatch between wicket component hierarchy and the browser's dom. the wicket serverside thinks that it will be getting a multipart form, while the wicket clientside js that performs the ajax submit doesnt think it should be submitting multipart because the form you are submitting inside the modal div does not have any multipart content. wicket modal specifically reparents form elements in the dom to prevent just this. you will have to play around with it to make it work. you can try: forcing form inside the modal to be multipart by calling setmultipart true, adding a hidden input type=file, etc. -igor On Tue, Dec 29, 2009 at 10:43 AM, Corbin, James jcor...@iqnavigator.com wrote: Hi, I have a modal popup (implemented using YUI 2.8). The modal popup contains a form and the popup's markup is rendered (via YUI js) explicitly to document.body. The reasoning for rendering the YUI javascript to document.body is to address some issue we had with css inheritance that was causing rendering issues (conflicts with default YUI skinning) when we render the markup inline. If I change the YUI popup javascript to render inline, the issue doesn't happen, but I don't want to render the markup for the popup inline, because it potentially inherits styling that interferes with the YUI styling for the popup. Rendering the markup to document.body solves that issue. So what I know so far that I cannot change, or don't want to change, is that the YUI popup implementation needs to render its markup to document.body. I verified that the markup generated for the popup's form is indeed a div element (outside of the form tags as I would have expected) In this case, there is only one form tag (parent form where popup is initiated from) on the page and it is indeed has its encoding set to multi-part (verified in the generated markup). Note the markup for the popup dialog does not have any elements that should require multi-part encoding, but the parent form from which the popup was initiated, does. How come when I submit the dialog, I get the following exception? I guess I'm not sure what is going on and how Wicket is handling this case. java.lang.IllegalStateException: ServletRequest does not contain multipart content at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe bRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi tBehavior.java:135) Ideas? J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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: File Upload Issues
Any feedback on why placing a file upload component on a form in Wicket would cause the ajax behavior to stop working Known issue within the wicket community? J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Friday, December 18, 2009 12:47 PM To: users@wicket.apache.org Subject: RE: File Upload Issues Ajax has stopped working. If I remove the file upload component, the ajax begins working as expected. Is there a workaround or a pending fix? Thanks, J.D. -Original Message- From: Douglas Ferguson [mailto:doug...@douglasferguson.us] Sent: Friday, December 18, 2009 12:03 PM To: users@wicket.apache.org Subject: Re: File Upload Issues There is a bug in 1.4.4. related to resource loading. Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME? This is the reason they are trying to get 1.4.5 out quickly. D/ On Dec 18, 2009, at 10:15 AM, Corbin, James wrote: Hello, I'm having issues in IE6 relating to the the File Upload Control after upgrading to Wicket 1.4.4. If I attempt to put a file upload component onto a form that contains other components that do ajax, everything stops working in regards to ajax. Now I understand that the file upload component does NOT support ajax. Does it follow that putting a file upload component on a form that does ajax is not supported? J.D. - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: File Upload Issues
I'll try the quickstart and see if I can reproduce it outside of our code. We are using Wicket 1.4.4 and the issue occurs. I'm not sure if it's the looping issue or not, I've just observed, that with the upload control in a form, none of the ajax behaviors on other controls that are on the same form work. I've also tried 1.4.5 and it behaves the same. J.D. -Original Message- From: Major Péter [mailto:majorpe...@sch.bme.hu] Sent: Monday, December 28, 2009 9:28 AM To: users@wicket.apache.org Subject: Re: File Upload Issues Hi, I had some issue with multipart forms and ajax recently, but in 1.4.4 it works for me, see https://issues.apache.org/jira/browse/WICKET-2432 for more details. Is this the same issue for you? Maybe try the quickstart, see if there the ajax is working for you. Regards, Peter 2009-12-28 16:46 keltezéssel, Corbin, James írta: Any feedback on why placing a file upload component on a form in Wicket would cause the ajax behavior to stop working Known issue within the wicket community? J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Friday, December 18, 2009 12:47 PM To: users@wicket.apache.org Subject: RE: File Upload Issues Ajax has stopped working. If I remove the file upload component, the ajax begins working as expected. Is there a workaround or a pending fix? Thanks, J.D. -Original Message- From: Douglas Ferguson [mailto:doug...@douglasferguson.us] Sent: Friday, December 18, 2009 12:03 PM To: users@wicket.apache.org Subject: Re: File Upload Issues There is a bug in 1.4.4. related to resource loading. Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME? This is the reason they are trying to get 1.4.5 out quickly. D/ On Dec 18, 2009, at 10:15 AM, Corbin, James wrote: Hello, I'm having issues in IE6 relating to the the File Upload Control after upgrading to Wicket 1.4.4. If I attempt to put a file upload component onto a form that contains other components that do ajax, everything stops working in regards to ajax. Now I understand that the file upload component does NOT support ajax. Does it follow that putting a file upload component on a form that does ajax is not supported? J.D. - 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
MultiPartServletRequest Exception
As recent as the 1.4.4 release (dated December 10th, 2009), I started getting the following stack trace. This happens when submitting the form. Note: This doesn't seem to occur with the same code base running against Wicket 1.4.1. Did something break in 1.4.4 relating to this? java.lang.IllegalStateException: ServletRequest does not contain multipart content at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe bRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi tBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java: 177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDef aultAjaxBehavior.java:299) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarge t.processEvents(BehaviorRequestTarget.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab stractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java :1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) ... J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com
RE: MultiPartServletRequest Exception
Yep, I read about that in the jira issue wicket-2621. The parent form has a fileupload field and I verified the generated HTML defines the encoding on that form as multipart. The dialog that is popped up from that panel, also defines a form, in which wicket converts to a div (can't have nested forms in HTML). The dialog popup has does have an ajax button that submits the form, but at this point, the form that is submitted is no longer multipart which is the cause of the error. It sounds like it should be fixed in 1.4.5 (jira issue wicket-2621) which I am trying again now with clean builds. J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Monday, December 28, 2009 4:00 PM To: users@wicket.apache.org Subject: Re: MultiPartServletRequest Exception in certain cases wicket will set multipart property on your forms for you. eg if it detects a file upload field in the form. -igor On Mon, Dec 28, 2009 at 2:28 PM, Corbin, James jcor...@iqnavigator.com wrote: A little more information on this issue, I observed this error after a dialog is popped up that contains a form that isn't multipart. The page that launches this dialog also has a form that IS multipart. The thing I don't understand is how the parent form has multipart encoding because I never set it. J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Monday, December 28, 2009 3:07 PM To: users@wicket.apache.org Subject: MultiPartServletRequest Exception As recent as the 1.4.4 release (dated December 10th, 2009), I started getting the following stack trace. This happens when submitting the form. Note: This doesn't seem to occur with the same code base running against Wicket 1.4.1. Did something break in 1.4.4 relating to this? java.lang.IllegalStateException: ServletRequest does not contain multipart content at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe bRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi tBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java: 177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDef aultAjaxBehavior.java:299) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarge t.processEvents(BehaviorRequestTarget.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab stractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java :1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) ... J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: MultiPartServletRequest Exception
Upgrading to 1.4.5 does not fix the problem. Something else is amiss here. I've even tried explicitly setting the form to multi-part (e.g., myForm.setMultiPart(true)) More investigation is needed. j.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Monday, December 28, 2009 4:11 PM To: users@wicket.apache.org Subject: RE: MultiPartServletRequest Exception Yep, I read about that in the jira issue wicket-2621. The parent form has a fileupload field and I verified the generated HTML defines the encoding on that form as multipart. The dialog that is popped up from that panel, also defines a form, in which wicket converts to a div (can't have nested forms in HTML). The dialog popup has does have an ajax button that submits the form, but at this point, the form that is submitted is no longer multipart which is the cause of the error. It sounds like it should be fixed in 1.4.5 (jira issue wicket-2621) which I am trying again now with clean builds. J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Monday, December 28, 2009 4:00 PM To: users@wicket.apache.org Subject: Re: MultiPartServletRequest Exception in certain cases wicket will set multipart property on your forms for you. eg if it detects a file upload field in the form. -igor On Mon, Dec 28, 2009 at 2:28 PM, Corbin, James jcor...@iqnavigator.com wrote: A little more information on this issue, I observed this error after a dialog is popped up that contains a form that isn't multipart. The page that launches this dialog also has a form that IS multipart. The thing I don't understand is how the parent form has multipart encoding because I never set it. J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Monday, December 28, 2009 3:07 PM To: users@wicket.apache.org Subject: MultiPartServletRequest Exception As recent as the 1.4.4 release (dated December 10th, 2009), I started getting the following stack trace. This happens when submitting the form. Note: This doesn't seem to occur with the same code base running against Wicket 1.4.1. Did something break in 1.4.4 relating to this? java.lang.IllegalStateException: ServletRequest does not contain multipart content at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init (MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe bRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi tBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java: 177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDef aultAjaxBehavior.java:299) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarge t.processEvents(BehaviorRequestTarget.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(Ab stractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java :1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) ... J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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 - 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: File Upload Issues
Hi, I verified that no errors show up in the debug console window. Its as if the AJAX calls are getting swallowed up. All I am getting in the debug window is focus events. I don't see any errors in the server log file either. I upgraded to Wicket 1.4.5 and still see the issue that I've seen as far back as Version 1.4.1. J.D. -Original Message- From: Ilja Pavkovic [mailto:ilja.pavko...@binaere-bauten.de] Sent: Saturday, December 19, 2009 5:48 AM To: users@wicket.apache.org Cc: Corbin, James Subject: Re: File Upload Issues Hi, did you check the output of the wicket debug window? Perhaps any error line shows up? Best Regards, Ilja Pavkovic Am Freitag, 18. Dezember 2009 21:13:11 schrieb Corbin, James: Doug, I retested on IE6, IE7, FF3 and IE6 is the only browser that the issue shows up in. IE7 and FF3.x seem to work just fine. In IE6 I have an Add New button that adds a row to a model in a listview and then via ajax updates the listviews container which in this case is a WebMarkupContainer (yes, setOutputMarkupId(true), is specified for all updatable components in the hierarchy - and we remove all elements prior to issuing the target.addComponent(...)). If the file upload component is present on the page, clicking the Add New button's onUpdate() gets called just fine, but the expected refresh behavior from the target.addComponent(...) has no effect. If I remove the upload component from the page, then the ajax begins functioning normally. I believe we saw this issue in 1.4.1 as well and had to patch our local version of the library. I will get more details on the patch we made, but were hoping this was fixed in 1.4.4. I believe we put in a JIRA issue around this problem. I'll try and get those details as well. J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Friday, December 18, 2009 12:47 PM To: users@wicket.apache.org Subject: RE: File Upload Issues Ajax has stopped working. If I remove the file upload component, the ajax begins working as expected. Is there a workaround or a pending fix? Thanks, J.D. -Original Message- From: Douglas Ferguson [mailto:doug...@douglasferguson.us] Sent: Friday, December 18, 2009 12:03 PM To: users@wicket.apache.org Subject: Re: File Upload Issues There is a bug in 1.4.4. related to resource loading. Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME? This is the reason they are trying to get 1.4.5 out quickly. D/ On Dec 18, 2009, at 10:15 AM, Corbin, James wrote: Hello, I'm having issues in IE6 relating to the the File Upload Control after upgrading to Wicket 1.4.4. If I attempt to put a file upload component onto a form that contains other components that do ajax, everything stops working in regards to ajax. Now I understand that the file upload component does NOT support ajax. Does it follow that putting a file upload component on a form that does ajax is not supported? J.D. - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- binaere bauten gmbh · tempelhofer ufer 1a · 10961 berlin +49 · 171 · 9342 465 Handelsregister: HRB 115854 - Amtsgericht Charlottenburg Geschäftsführer: Dipl.-Inform. Ilja Pavkovic, Dipl.-Inform. Jost Becker - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
File Upload Issues
Hello, I'm having issues in IE6 relating to the the File Upload Control after upgrading to Wicket 1.4.4. If I attempt to put a file upload component onto a form that contains other components that do ajax, everything stops working in regards to ajax. Now I understand that the file upload component does NOT support ajax. Does it follow that putting a file upload component on a form that does ajax is not supported? J.D.
RE: File Upload Issues
Ajax has stopped working. If I remove the file upload component, the ajax begins working as expected. Is there a workaround or a pending fix? Thanks, J.D. -Original Message- From: Douglas Ferguson [mailto:doug...@douglasferguson.us] Sent: Friday, December 18, 2009 12:03 PM To: users@wicket.apache.org Subject: Re: File Upload Issues There is a bug in 1.4.4. related to resource loading. Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME? This is the reason they are trying to get 1.4.5 out quickly. D/ On Dec 18, 2009, at 10:15 AM, Corbin, James wrote: Hello, I'm having issues in IE6 relating to the the File Upload Control after upgrading to Wicket 1.4.4. If I attempt to put a file upload component onto a form that contains other components that do ajax, everything stops working in regards to ajax. Now I understand that the file upload component does NOT support ajax. Does it follow that putting a file upload component on a form that does ajax is not supported? J.D. - 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: File Upload Issues
Doug, I retested on IE6, IE7, FF3 and IE6 is the only browser that the issue shows up in. IE7 and FF3.x seem to work just fine. In IE6 I have an Add New button that adds a row to a model in a listview and then via ajax updates the listviews container which in this case is a WebMarkupContainer (yes, setOutputMarkupId(true), is specified for all updatable components in the hierarchy - and we remove all elements prior to issuing the target.addComponent(...)). If the file upload component is present on the page, clicking the Add New button's onUpdate() gets called just fine, but the expected refresh behavior from the target.addComponent(...) has no effect. If I remove the upload component from the page, then the ajax begins functioning normally. I believe we saw this issue in 1.4.1 as well and had to patch our local version of the library. I will get more details on the patch we made, but were hoping this was fixed in 1.4.4. I believe we put in a JIRA issue around this problem. I'll try and get those details as well. J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Friday, December 18, 2009 12:47 PM To: users@wicket.apache.org Subject: RE: File Upload Issues Ajax has stopped working. If I remove the file upload component, the ajax begins working as expected. Is there a workaround or a pending fix? Thanks, J.D. -Original Message- From: Douglas Ferguson [mailto:doug...@douglasferguson.us] Sent: Friday, December 18, 2009 12:03 PM To: users@wicket.apache.org Subject: Re: File Upload Issues There is a bug in 1.4.4. related to resource loading. Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME? This is the reason they are trying to get 1.4.5 out quickly. D/ On Dec 18, 2009, at 10:15 AM, Corbin, James wrote: Hello, I'm having issues in IE6 relating to the the File Upload Control after upgrading to Wicket 1.4.4. If I attempt to put a file upload component onto a form that contains other components that do ajax, everything stops working in regards to ajax. Now I understand that the file upload component does NOT support ajax. Does it follow that putting a file upload component on a form that does ajax is not supported? J.D. - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket-Stuff YUI
I have been using the Wicket Wrapper around the YUI library for a while and wondered if there is an api for including a css only file. It appears that all the apis in the YuiHeaderContributor and companion classes only support js files and their dependencies. My use case is that I am creating a custom behavior and overriding Public void renderHead(IHeaderResponse response) and need to do something like response.renderCSSReference(css reference, ...); The Wicket YUI Implementation maintains a cache of asset references in the YuiHeaderContributor, but it isn't publicly accessible nor do I think that behavior should be exposed. If any of the contributors to the Wicket-Stuff yui wrapper project can give me some API insight that would be great. J.D.
Wicket YUI - Integration (Slider Question)
Hello, I am using the framework off the wicket-stuff trunk that wraps yui to work with wicket. I must say it works pretty well. I did have a few questions on the slider that I hoped someone had experience with at solving, 1. I cannot seem to get the tick marks to show up on the control? Is this not supported in the current implementation of the framework wrapper? 2. Does the slider component support attaching ajax behaviors? I am looking to bind an ajax behavior (onchange) that updates a label with a current value of the slider. I assume this is possible and will try it this morning but wanted to check the forum to see if its wasted effort. Thanks, J.D.
YUI Integration
Where in the wicket-stuff library is the most recent attempt at creating a integration layer for YUI? Is it at the trunk level or at the branch level?
Wicket Stuff YUI 2.7+
I am considering using some of the Wicket YUI integration that is in the Wicket Stuff project. I also noticed that the implementation seems to only support YUI 2.5.x. Is this a dead project or are there any plans to updated it to use YUI 2.7? If not, I only need a few components in the implementation, so I might attempt to update the YUI support for the few I need to 2.7 (locally of course) J.D. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com
RE: Calling IN TO Wicket from JSP
So no responses??? Does that mean it cannot be done or its so simple everybody on this distro is stunned by the fact I even posed the question??? :) Anyways, I would appreciate some insight from some of the core Wicket Developers like Igor. Regards, J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, November 11, 2009 4:51 PM To: users@wicket.apache.org Subject: Calling IN TO Wicket from JSP Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Calling IN TO Wicket from JSP
Let me get some more information for you. One of my engineers is actually doing the work and I believe he tried a bookmarkable URL already and it didn't work. We have a custom wicket filter we created for logging (not using wickets built in http logging -- long story). It appears that the request comes in twice. When we look at the URL, its been hacked up...the request parameters we specify on the JSP side are gone. J.D. -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Thursday, November 12, 2009 8:59 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP I guess a more concrete example from you would be helpful. You should be able to mount a page to a bookmarkable URL and then it will be easy to create a URL to go into Wicket. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 12, 2009 at 9:54 AM, Corbin, James jcor...@iqnavigator.comwrote: So no responses??? Does that mean it cannot be done or its so simple everybody on this distro is stunned by the fact I even posed the question??? :) Anyways, I would appreciate some insight from some of the core Wicket Developers like Igor. Regards, J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, November 11, 2009 4:51 PM To: users@wicket.apache.org Subject: Calling IN TO Wicket from JSP Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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: Calling IN TO Wicket from JSP
Hmmm...I'll suggest that to our engineering team. I'd be shocked if they didn't already try that, but its worth finding out. J.D. -Original Message- From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Thursday, November 12, 2009 9:05 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP If you were running the applications on the same server, I would just make a method in my wicket application...for example MyWicketApplication.getUrl() and call that from JSP code directly. Keep it simple. ** Martin 2009/11/12 Corbin, James jcor...@iqnavigator.com: So no responses??? Does that mean it cannot be done or its so simple everybody on this distro is stunned by the fact I even posed the question??? :) Anyways, I would appreciate some insight from some of the core Wicket Developers like Igor. Regards, J.D. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, November 11, 2009 4:51 PM To: users@wicket.apache.org Subject: Calling IN TO Wicket from JSP Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Calling IN TO Wicket from JSP
That is exactly the issue that is causing the problem and what I need clarification on how to do J.D. -Original Message- From: Frank Silbermann [mailto:frank.silberm...@fedex.com] Sent: Thursday, November 12, 2009 9:23 AM To: users@wicket.apache.org Subject: RE: Calling IN TO Wicket from JSP The question, I think, is how to deliver request-specific parameters along with the URL to the Wicket page. For example, if a form in a JSP page is to be processed by a Wicket page, how can the JSP's form data to be delivered to the Wicket page? Is that the question? -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Thursday, November 12, 2009 9:59 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP I guess a more concrete example from you would be helpful. You should be able to mount a page to a bookmarkable URL and then it will be easy to create a URL to go into Wicket. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, November 11, 2009 4:51 PM To: users@wicket.apache.org Subject: Calling IN TO Wicket from JSP Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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: Calling IN TO Wicket from JSP
It seems like Wicket would support URLs with request parameters coming from outside the wicket framework. I've looked at the WicketFilter code and it is stripping the URL of its request parameters. It seems like a reasonable thing to support. We are supporting a legacy application and integrating new wicket displays that we need to call into from our legacy JSP app. I'm sure we are not the only ones doing this...I think PayPal had a similar issue and I believe it was resolved, just not sure how. J.D. -Original Message- From: Frank Silbermann [mailto:frank.silberm...@fedex.com] Sent: Thursday, November 12, 2009 9:56 AM To: users@wicket.apache.org Subject: RE: Calling IN TO Wicket from JSP When working within Wicket, we need not concern ourselves with the raw content of the HttpServletRequest object, as our models are automatically updated with the contents. However, I do believe Wicket provides you with the ability to read the HttpServletRequest object if you wish to do so. Suppose that instead of providing your data as request parameters you POST your form to the Wicket page. Then I imagine that your form data would be contained within the HttpServletRequest object -- and your wicket page could query it and obtain that data manually. Further interactions with the user, then, would be through Wicket's native mechanisms. Caution is that I've never done this -- I'm just speculating. Frank Silbermann, Memphis, Tennessee On Thu, Nov 12, 2009 at 8:34 AM, Corbin, James jcor...@iqnavigator.com wrote: That is exactly the issue that is causing the problem and what I need clarification on how to do J.D. -Original Message- From: Frank Silbermann [mailto:frank.silberm...@fedex.com] Sent: Thursday, November 12, 2009 9:23 AM To: users@wicket.apache.org Subject: RE: Calling IN TO Wicket from JSP The question, I think, is how to deliver request-specific parameters along with the URL to the Wicket page. For example, if a form in a JSP page is to be processed by a Wicket page, how can the JSP's form data to be delivered to the Wicket page? Is that the question? -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Thursday, November 12, 2009 9:59 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP I guess a more concrete example from you would be helpful. You should be able to mount a page to a bookmarkable URL and then it will be easy to create a URL to go into Wicket. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, November 11, 2009 4:51 PM To: users@wicket.apache.org Subject: Calling IN TO Wicket from JSP Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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 - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Calling IN TO Wicket from JSP
Yes, but we are interested in Post parameters. I think we have some ideas based on some of the other forum posts. J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Thursday, November 12, 2009 10:12 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP why dont we support them? dont browsers send us urls with query parameters??? -igor On Thu, Nov 12, 2009 at 9:03 AM, Corbin, James jcor...@iqnavigator.com wrote: It seems like Wicket would support URLs with request parameters coming from outside the wicket framework. I've looked at the WicketFilter code and it is stripping the URL of its request parameters. It seems like a reasonable thing to support. We are supporting a legacy application and integrating new wicket displays that we need to call into from our legacy JSP app. I'm sure we are not the only ones doing this...I think PayPal had a similar issue and I believe it was resolved, just not sure how. J.D. -Original Message- From: Frank Silbermann [mailto:frank.silberm...@fedex.com] Sent: Thursday, November 12, 2009 9:56 AM To: users@wicket.apache.org Subject: RE: Calling IN TO Wicket from JSP When working within Wicket, we need not concern ourselves with the raw content of the HttpServletRequest object, as our models are automatically updated with the contents. However, I do believe Wicket provides you with the ability to read the HttpServletRequest object if you wish to do so. Suppose that instead of providing your data as request parameters you POST your form to the Wicket page. Then I imagine that your form data would be contained within the HttpServletRequest object -- and your wicket page could query it and obtain that data manually. Further interactions with the user, then, would be through Wicket's native mechanisms. Caution is that I've never done this -- I'm just speculating. Frank Silbermann, Memphis, Tennessee On Thu, Nov 12, 2009 at 8:34 AM, Corbin, James jcor...@iqnavigator.com wrote: That is exactly the issue that is causing the problem and what I need clarification on how to do J.D. -Original Message- From: Frank Silbermann [mailto:frank.silberm...@fedex.com] Sent: Thursday, November 12, 2009 9:23 AM To: users@wicket.apache.org Subject: RE: Calling IN TO Wicket from JSP The question, I think, is how to deliver request-specific parameters along with the URL to the Wicket page. For example, if a form in a JSP page is to be processed by a Wicket page, how can the JSP's form data to be delivered to the Wicket page? Is that the question? -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Thursday, November 12, 2009 9:59 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP I guess a more concrete example from you would be helpful. You should be able to mount a page to a bookmarkable URL and then it will be easy to create a URL to go into Wicket. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, November 11, 2009 4:51 PM To: users@wicket.apache.org Subject: Calling IN TO Wicket from JSP Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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 - 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 - 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
RE: Calling IN TO Wicket from JSP
Thanks for the response, we are looking into doing something very similar to this. -Original Message- From: T Ames [mailto:tamesw...@gmail.com] Sent: Thursday, November 12, 2009 10:09 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP We are actually doing this with the POST as suggested below. Our intranet portal is in JSP, and passes info from the portal to individual Wicket apps in this manner. For me, these POST parameters appeared in the Request.getParameterMap() On Thu, Nov 12, 2009 at 11:55 AM, Frank Silbermann frank.silberm...@fedex.com wrote: When working within Wicket, we need not concern ourselves with the raw content of the HttpServletRequest object, as our models are automatically updated with the contents. However, I do believe Wicket provides you with the ability to read the HttpServletRequest object if you wish to do so. Suppose that instead of providing your data as request parameters you POST your form to the Wicket page. Then I imagine that your form data would be contained within the HttpServletRequest object -- and your wicket page could query it and obtain that data manually. Further interactions with the user, then, would be through Wicket's native mechanisms. Caution is that I've never done this -- I'm just speculating. Frank Silbermann, Memphis, Tennessee On Thu, Nov 12, 2009 at 8:34 AM, Corbin, James jcor...@iqnavigator.com wrote: That is exactly the issue that is causing the problem and what I need clarification on how to do J.D. -Original Message- From: Frank Silbermann [mailto:frank.silberm...@fedex.com] Sent: Thursday, November 12, 2009 9:23 AM To: users@wicket.apache.org Subject: RE: Calling IN TO Wicket from JSP The question, I think, is how to deliver request-specific parameters along with the URL to the Wicket page. For example, if a form in a JSP page is to be processed by a Wicket page, how can the JSP's form data to be delivered to the Wicket page? Is that the question? -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Thursday, November 12, 2009 9:59 AM To: users@wicket.apache.org Subject: Re: Calling IN TO Wicket from JSP I guess a more concrete example from you would be helpful. You should be able to mount a page to a bookmarkable URL and then it will be easy to create a URL to go into Wicket. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Wednesday, November 11, 2009 4:51 PM To: users@wicket.apache.org Subject: Calling IN TO Wicket from JSP Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.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 - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Calling IN TO Wicket from JSP
Is it possible to build a wicket URL in a JSP that gets forwarded to and handle by the Wicket filter mechanism? This seems like it should be simple but doesn't appear to work right in 1.4.1. We build up a wicketized URL that makes it into the WicketFilter, but that filter strips all the request parameters. Any suggestions on how to approach redirecting from JSP into Wicket would be greatly appreciated. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com
Urgent: Repeating Markup that contains a Wicket Border
Hi, I have some markup I am trying to repeat using a RepeatingView and if the markup that I'm repeating binds to a Wicket Border, I get GPEs. This seems like a bug to me. Is it a bug or am I potentially doing something incorrect. Here is the pertinent markup that is being repeated... div style=margin 10px; wicket:id=optionRepeater div wicket:id=outerGroupBox input type=radio wicket:id=radio/input span style=float: left; wicket:id=title[option title]/span hr/ span wicket:id=helpText[item help text]/span /div /div Here is the pertinent code snippet for the above markup: RepeatingView repeating = new RepeatingView(optionRepeater); group.add(repeating); ListIQNWizardOption wizardOptions = new ArrayListIQNWizardOption(3); wizardOptions.add(IQNWizardOption.TEMPORARY_WORKER); wizardOptions.add(IQNWizardOption.COMPLIANCE_OR_PROFESSIONAL_CONSULTING_ WORKERS); wizardOptions.add(IQNWizardOption.KNOWN_RESOURCE_INDEPENDENT_CONSULTANT) ; for ( IQNWizardOption wizardOption : wizardOptions ) { WebMarkupContainer item = new WebMarkupContainer(repeating.newChildId()); repeating.add(item); OuterGroupBoxBorder outerContainer = new OuterGroupBoxBorder(outerGroupBox); item.add(outerContainer); outerContainer.add(new RadioIQNWizardOption(radio, new Model())); outerContainer.add(new Label(title, wizardOption.getTitle())); outerContainer.add(new Label(helpText, wizardOption.getHelpText())); } The GPE is on the outerContainer.add(new Label(title), ...) and Wicket states that the title wicket id already exist in the markup. I am running Wicket 1.4.1. Thoughts, Ideas? J.D. J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com
Wicket Release Plans for 1.5
I noticed that 1.5 maintenance releases are available. Can someone speculate on the release time frame for 1.5? We are contemplating an upgrade from 1.4.1 and want to avoid upgrading to 1.4.3 and then 1.5 immediately after that. Regards, J.D.
RE: Release 1.4.3
James, Do you know when the official release of 1.4.3 is happening? By official I mean the Apache Wicket Website updated with the release announcement and links to the official package downloads. J.D. -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Monday, October 26, 2009 9:15 PM To: users@wicket.apache.org Subject: Re: Release 1.4.3 It's there: http://repo1.maven.org/maven2/org/apache/wicket/wicket/1.4.3/ There was an announcement just recently. On Mon, Oct 26, 2009 at 10:48 PM, Marc-Andre Houle mho...@gmail.com wrote: Hello wicket user list, I would like to know when is suppose to happen the actual release of wicket 1.4.3. When I looked into the branch, it is like if the release have been done. Also in Jira the 1.4.3 project looked closed. So I am right to expect the release of 1.4.3 anytime soon? I am actually waiting for a bug fix on wicket-guice and would like to have it in the near future. Thanks in advance. Marc-Andre - 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: Release 1.4.3
Okay, that's good enough for me...I want to upgrade from 1.4.1 to 1.4.3 and wanted to be sure it was frozen (as much as can be expected for an open source product). Thanks, j.D. -Original Message- From: Matthias Keller [mailto:matthias.kel...@ergon.ch] Sent: Tuesday, October 27, 2009 9:36 AM To: users@wicket.apache.org Subject: Re: Release 1.4.3 Corbin, James wrote: James, Do you know when the official release of 1.4.3 is happening? By official I mean the Apache Wicket Website updated with the release announcement and links to the official package downloads. J.D. Well, it is as official as can be, they just have some troubles updating the webpage itself. Here's the announcement from earlier on: release tag: https://svn.apache.org/repos/asf/wicket/releases/wicket-1.4.3 download: http://www.apache.org/dyn/closer.cgi/wicket/1.4.3 changelog: https://issues.apache.org/jira/browse/WICKET/fixforversion/12314250 ( full release notes below ) maven: dependency groupIdorg.apache.wicket/groupId artifactIdwicket/artifactId version1.4.3/version /dependency thank you. -igor ps. our website has not yet been updated with the release announcement, something is broken with the confluence publishing plugin. --- Release Notes - Wicket - Version 1.4.3 ** Bug * [WICKET-2348] - always insert encoding in http response header * [WICKET-2436] - invalid DataTable markup breaks table layout * [WICKET-2497] - AutoComplete textfield ignores visible property within hierarchy. * [WICKET-2501] - BaseWicketTester clickLink calls onBeginRequest two times. * [WICKET-2505] - Button.onSubmit javadoc is misleading * [WICKET-2506] - Regression: Could not find child with id: ID in the wicket:enclosure for non-component tag * [WICKET-2507] - Inconsistent resource path using wicket:link and HeaderContributor after second request * [WICKET-2508] - NullPointerException in BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:96) * [WICKET-2513] - wicket:enclosure does not work if child is a container and not a component (regression from 1.4.1) * [WICKET-2516] - Javadoc for Component.getMarkupId is incorrect * [WICKET-2518] - Application_bg.properties property file is incorrectly encoded * [WICKET-2520] - Use of Object instead of generic T in StringAutoCompleteRenderer * [WICKET-2522] - Easy fix suggestion: In BaseWicketTester 'IFormSubmitting' component should be the submitting component, not just a 'Button' * [WICKET-2525] - DatePicker consume too much memory * [WICKET-2527] - wicket:enclosure child attribute search path has changed * [WICKET-2528] - CheckBoxMultipleChoice ignores isDisabled() checks * [WICKET-2530] - Class not found when using OSGI class loader ** Improvement * [WICKET-2344] - Performance improvement: more efficient AnnotProxyFieldValueFactory cache * [WICKET-2459] - Add new German Wicket Book * [WICKET-2511] - Upgrade to SLF4J version 1.5.8 * [WICKET-2524] - Configurable Throttle delay for AutoCompleteBehavior ** Wish * [WICKET-2468] - AjaxLazyLoadPanel do not respect especific projects components configuration * [WICKET-2515] - ModalWindow javadoc improvent - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Wicket HTML before graphics design with CSS ...
Hi, I'll weigh in on this discussion if you don't mind. It sounds like you've already made up your mind on how you want to proceed. You can definitely take the approach you describe below, but it removes some of the freedom from the designer if they have to conform to a preconceived styling template that a developer provides. As others had suggested, I would let the designer work in a vacuum (so to speak), coming up with their own styling, and then you can adopt your wicket application to use some or all of the css styling the designer provides. I don't think there is any right answer to this question, its what works best for you and your company. Regards, J.D. -Original Message- From: Ashley Aitken [mailto:mrhat...@mac.com] Sent: Tuesday, October 27, 2009 11:10 AM To: users@wicket.apache.org Subject: Re: Wicket HTML before graphics design with CSS ... Thanks Martin and John. I realise that most projects start with Web/GUI storyboards and perhaps even fully graphically designed pages and then add the dynamic stuff. However, I think my situation is somewhat the reverse. I want to design the logical interface myself, header, footers, navigation, and page contents, the hierarchy of contents including any text, but then have the graphic designer make it beautiful. I'm hoping to make it possible for them to do this with a CSS file, and some images (logos, buttons, etc.) I am wishing to know what I can do in the HTML pages I construct to make this most possible, easy, efficient etc. I don't mind the fact that when I am developing the app my pages will not look right, hopefully they will be logically clear, in fact I would prefer that, so I can focus on the logical interface rather than design specifics. As I mentioned, I think of it as creating the pages but leaving the CSS file empty (or at most some basic default). Does that make sense? Sorry if I am not explaining myself clearly. Thanks, Ashley. -- Ashley Aitken Perth, Western Australia mrhatken at mac dot com Skype Name: MrHatken (GMT + 8 Hours!) - 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: Wicket Wizard Functionality (Extensions)
Hi Sven, Thanks for the link. I agree with your assessment and think the Wizard Button functionality should be enhanced to easily support Ajax-ification. Regards, J.D. -Original Message- From: svenmeier [mailto:s...@meiers.net] Sent: Monday, October 26, 2009 4:45 AM To: users@wicket.apache.org Subject: RE: Wicket Wizard Functionality (Extensions) See https://issues.apache.org/jira/browse/WICKET-2542 Corbin, James-2 wrote: Hi Sven, What exactly am I supposed to implement in the AjaxFormSubmittingBehavior.onSubmit(...)? I've tried everything I can think of and the popup still dismisses(closes) when I press the Next button after completing step 1. J -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 11:35 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, regretfully the standard Wicket dialog doesn't support non-AJAX request - perhaps this restriction applies to the YUI version too? You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've done it for our project but I don't have the code available at the moment. Regards Sven Corbin, James wrote: Hi Sven, I'm running the wizard in a modal popup (YUI). One other thing that is happening is when I press the next button in the wizard that should take me to the next step, my dialog closes. I'm not sure what would cause the dialog to dismiss/close in this manner. J.D. -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 8:32 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios. see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can see these method should support your usecase. Implementing ICondition as you did seems right to me. I assume you're notifying changes of the current radio choice to the server via AJAX? Are you adding the whole wizard to the request so the button bar is re-rendered? Sven Corbin, James wrote: I am writing a two step wizard using wicket's wizard implementation and having some issues. I am using Wicket 1.4.1. My first wizard step contains a RadioChoice with 3 options. I would like the Finish Button to be enabled on Wizard Step 1 if either the first or second radio choice is selected. Also, if the first or second radio is selected, then the next button should not be enabled. If the 3rd Radio Choice is selected, then I want the Finish Button to be DISABLED, and the next button to be enabled so the user can go to the final step. My question I'm not sure how to set this up in wicket's wizard implementation. I tried specifying an ICondition on step two, to only make that step available if the selected type is Radio Choice Option 3 from step one, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios - 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 - 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 -- View this message in context: http://www.nabble.com/Wicket-Wizard-Functionality-%28Extensions%29-tp260 35189p26057485.html Sent from the Wicket - User 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: Wicket Wizard Functionality (Extensions)
Hi Sven, What exactly am I supposed to implement in the AjaxFormSubmittingBehavior.onSubmit(...)? I've tried everything I can think of and the popup still dismisses(closes) when I press the Next button after completing step 1. J -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 11:35 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, regretfully the standard Wicket dialog doesn't support non-AJAX request - perhaps this restriction applies to the YUI version too? You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've done it for our project but I don't have the code available at the moment. Regards Sven Corbin, James wrote: Hi Sven, I'm running the wizard in a modal popup (YUI). One other thing that is happening is when I press the next button in the wizard that should take me to the next step, my dialog closes. I'm not sure what would cause the dialog to dismiss/close in this manner. J.D. -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 8:32 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios. see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can see these method should support your usecase. Implementing ICondition as you did seems right to me. I assume you're notifying changes of the current radio choice to the server via AJAX? Are you adding the whole wizard to the request so the button bar is re-rendered? Sven Corbin, James wrote: I am writing a two step wizard using wicket's wizard implementation and having some issues. I am using Wicket 1.4.1. My first wizard step contains a RadioChoice with 3 options. I would like the Finish Button to be enabled on Wizard Step 1 if either the first or second radio choice is selected. Also, if the first or second radio is selected, then the next button should not be enabled. If the 3rd Radio Choice is selected, then I want the Finish Button to be DISABLED, and the next button to be enabled so the user can go to the final step. My question I'm not sure how to set this up in wicket's wizard implementation. I tried specifying an ICondition on step two, to only make that step available if the selected type is Radio Choice Option 3 from step one, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios - 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 - 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: Wicket Wizard Functionality (Extensions)
I am using Ajax but not adding wizard to target. I will play with that. Thank you for the suggestion. Sent from my iPhone On Oct 24, 2009, at 8:32, Sven Meier s...@meiers.net wrote: Hi James, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios. see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can see these method should support your usecase. Implementing ICondition as you did seems right to me. I assume you're notifying changes of the current radio choice to the server via AJAX? Are you adding the whole wizard to the request so the button bar is re-rendered? Sven Corbin, James wrote: I am writing a two step wizard using wicket's wizard implementation and having some issues. I am using Wicket 1.4.1. My first wizard step contains a RadioChoice with 3 options. I would like the Finish Button to be enabled on Wizard Step 1 if either the first or second radio choice is selected. Also, if the first or second radio is selected, then the next button should not be enabled. If the 3rd Radio Choice is selected, then I want the Finish Button to be DISABLED, and the next button to be enabled so the user can go to the final step. My question I'm not sure how to set this up in wicket's wizard implementation. I tried specifying an ICondition on step two, to only make that step available if the selected type is Radio Choice Option 3 from step one, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios - 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: Wicket Wizard Functionality (Extensions)
Hi Sven, I'm running the wizard in a modal popup (YUI). One other thing that is happening is when I press the next button in the wizard that should take me to the next step, my dialog closes. I'm not sure what would cause the dialog to dismiss/close in this manner. J.D. -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 8:32 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios. see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can see these method should support your usecase. Implementing ICondition as you did seems right to me. I assume you're notifying changes of the current radio choice to the server via AJAX? Are you adding the whole wizard to the request so the button bar is re-rendered? Sven Corbin, James wrote: I am writing a two step wizard using wicket's wizard implementation and having some issues. I am using Wicket 1.4.1. My first wizard step contains a RadioChoice with 3 options. I would like the Finish Button to be enabled on Wizard Step 1 if either the first or second radio choice is selected. Also, if the first or second radio is selected, then the next button should not be enabled. If the 3rd Radio Choice is selected, then I want the Finish Button to be DISABLED, and the next button to be enabled so the user can go to the final step. My question I'm not sure how to set this up in wicket's wizard implementation. I tried specifying an ICondition on step two, to only make that step available if the selected type is Radio Choice Option 3 from step one, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios - 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: Wicket Wizard Functionality (Extensions)
Thanks for the info Sven. I assume by Ajax-ify you mean to create a new implementation that mirrors WizardButton but extends AjaxButton instead of just Button? Also, our code base is currently on 1.4.1, I noticed 1.4.3 (stable?) is released but the main Apache Wicket Page hasn't been updated? What are your thoughts on upgrading directly to 1.4.3, or should we stick with a 1.4.2 upgrade? J.D. -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 11:35 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, regretfully the standard Wicket dialog doesn't support non-AJAX request - perhaps this restriction applies to the YUI version too? You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've done it for our project but I don't have the code available at the moment. Regards Sven Corbin, James wrote: Hi Sven, I'm running the wizard in a modal popup (YUI). One other thing that is happening is when I press the next button in the wizard that should take me to the next step, my dialog closes. I'm not sure what would cause the dialog to dismiss/close in this manner. J.D. -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 8:32 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios. see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can see these method should support your usecase. Implementing ICondition as you did seems right to me. I assume you're notifying changes of the current radio choice to the server via AJAX? Are you adding the whole wizard to the request so the button bar is re-rendered? Sven Corbin, James wrote: I am writing a two step wizard using wicket's wizard implementation and having some issues. I am using Wicket 1.4.1. My first wizard step contains a RadioChoice with 3 options. I would like the Finish Button to be enabled on Wizard Step 1 if either the first or second radio choice is selected. Also, if the first or second radio is selected, then the next button should not be enabled. If the 3rd Radio Choice is selected, then I want the Finish Button to be DISABLED, and the next button to be enabled so the user can go to the final step. My question I'm not sure how to set this up in wicket's wizard implementation. I tried specifying an ICondition on step two, to only make that step available if the selected type is Radio Choice Option 3 from step one, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios - 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 - 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: Wicket Wizard Functionality (Extensions)
Sven, I created my own implementation of a Wizard ButtonBar that adds the AjaxFormSubmittingBehavior to the existing buttons. I am not sure what I need to do in the overridden onSubmit(...) for each of the buttons. My current implementation simply calls wizard.getForm().onFormSubmitted() in each of the onSubmit methods, and haven't added anything to the onError. Is this the appropriate onSubmit behavior for the wizard buttons? J.D. -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 11:35 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, regretfully the standard Wicket dialog doesn't support non-AJAX request - perhaps this restriction applies to the YUI version too? You'll have to ajax-ify the wizard - see Wizard#newButtonBar(). I've done it for our project but I don't have the code available at the moment. Regards Sven Corbin, James wrote: Hi Sven, I'm running the wizard in a modal popup (YUI). One other thing that is happening is when I press the next button in the wizard that should take me to the next step, my dialog closes. I'm not sure what would cause the dialog to dismiss/close in this manner. J.D. -Original Message- From: Sven Meier [mailto:s...@meiers.net] Sent: Saturday, October 24, 2009 8:32 AM To: users@wicket.apache.org Subject: Re: Wicket Wizard Functionality (Extensions) Hi James, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios. see NextButton#isEnabled() and FinishButton#isEnabled(). As far as I can see these method should support your usecase. Implementing ICondition as you did seems right to me. I assume you're notifying changes of the current radio choice to the server via AJAX? Are you adding the whole wizard to the request so the button bar is re-rendered? Sven Corbin, James wrote: I am writing a two step wizard using wicket's wizard implementation and having some issues. I am using Wicket 1.4.1. My first wizard step contains a RadioChoice with 3 options. I would like the Finish Button to be enabled on Wizard Step 1 if either the first or second radio choice is selected. Also, if the first or second radio is selected, then the next button should not be enabled. If the 3rd Radio Choice is selected, then I want the Finish Button to be DISABLED, and the next button to be enabled so the user can go to the final step. My question I'm not sure how to set this up in wicket's wizard implementation. I tried specifying an ICondition on step two, to only make that step available if the selected type is Radio Choice Option 3 from step one, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios - 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 - 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
Wicket Wizard Functionality (Extensions)
I am writing a two step wizard using wicket's wizard implementation and having some issues. I am using Wicket 1.4.1. My first wizard step contains a RadioChoice with 3 options. I would like the Finish Button to be enabled on Wizard Step 1 if either the first or second radio choice is selected. Also, if the first or second radio is selected, then the next button should not be enabled. If the 3rd Radio Choice is selected, then I want the Finish Button to be DISABLED, and the next button to be enabled so the user can go to the final step. My question I'm not sure how to set this up in wicket's wizard implementation. I tried specifying an ICondition on step two, to only make that step available if the selected type is Radio Choice Option 3 from step one, but Wicket's implementation seems to only evaluate the condition at step creation and not when I'm changing the state of my radios. I'm hoping I can do this without implementing my own IWizardListener. NOTE: I noticed the Wicket Wizard Examples that are online do not function properly. I went through the whole NewUserWizard and the Finish button was never enabled. Ideas? _ IQNavigator has relocated to new offices. Our telephone numbers remain the same. Our new address is: IQNavigator 6465 Greenwood Plaza Blvd Suite 800 Centennial, CO 80111 303-563-1500