Re: DateField throwing runtime error in IE only
cartina, nanotech, I had similar problem. (I will ask it when I have time to compose it well :) ) Try to use a page with the Modal and not a panel. The change should be pretty easy. Hope that will help On Tue, Sep 9, 2008 at 4:19 PM, cartina84 [EMAIL PROTECTED] wrote: I am having the same problem in IE7 on a ModalWindow with a Panel, with a DateTextField and a DatePicker attached to it. if I set the date the calendar does not appare. i try to use wicket 1.4m2-m3 but problem remain.. If I remove date from the datetextfield and click on calendar again then calendar appare. Someone have the solution? Michael Mehrle wrote: I have a DateField inside a modal and when clicking on the date icon it's throwing a 'unknown runtime error' in IE's JavaScript console. Works in Safari and Firefox. Is this a commonly known problem? Michael -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19392243.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary
Re: [OT] Wicket in Action Jubilation
Yay, I got mine (yesterday, when I wasn't at work). Looks very nice. On Thu, Sep 4, 2008 at 8:10 AM, Jonathan Locke [EMAIL PROTECTED]wrote: i just got mine today. it is really really nice!!! Martijn Dashorst wrote: Thanks for the report, I've notified Manning of this issue and they're looking into it. I also asked when the books should arrive. If you've ordered from Manning, you should receive your copy one of these days. As I understand it, shipping was happening today or tomorrow. I'm not sure if you get a message that the book was shipped. If you ordered your copy with Amazon, you might have to wait longer as the books need to go to Amazon first before they get shipped out (and that happens on Amazon's schedule, nothing much Manning can do about). This may be a bit disappointing, but remember that you got a great discount. A big thanks to everybody that reviewed/bought the book, hang on just a little more—the book is coming (provided you ordered the print edition). Martijn On Mon, Sep 1, 2008 at 12:23 AM, James Carman [EMAIL PROTECTED] wrote: I called my local Barnes Noble today asking if they had a copy of WIA and the lady said that book is out of print; perhaps you can get one used through BN.com. The Waldenbooks in our mall said it was on back order (I'm assuming this is because of my two talks I gave to the Cincinnati Java Users Group). Is anyone else having issues getting a copy at brick and mortar stores? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/-OT--Wicket-in-Action-Woes-tp19246776p19303970.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DateField throwing runtime error in IE only
I need use a panel because I must replace it to another when the user choose an option. egolan74 wrote: cartina, nanotech, I had similar problem. (I will ask it when I have time to compose it well :) ) Try to use a page with the Modal and not a panel. The change should be pretty easy. Hope that will help On Tue, Sep 9, 2008 at 4:19 PM, cartina84 [EMAIL PROTECTED] wrote: I am having the same problem in IE7 on a ModalWindow with a Panel, with a DateTextField and a DatePicker attached to it. if I set the date the calendar does not appare. i try to use wicket 1.4m2-m3 but problem remain.. If I remove date from the datetextfield and click on calendar again then calendar appare. Someone have the solution? Michael Mehrle wrote: I have a DateField inside a modal and when clicking on the date icon it's throwing a 'unknown runtime error' in IE's JavaScript console. Works in Safari and Firefox. Is this a commonly known problem? Michael -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19392243.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED] Visit: JVDrums LinkedIn: LinkedIn -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19407961.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Development/Deployment style attributes
To have the same markup in deployment and development mode you can turn off the wicket tags in the development mode as well by doing getMarkupSettings().setStripWicketTags(true); in your app's init method. Maybe that helps you ... regards, Michael insom wrote: Sorry, the yellow text should say: lt;span style=background-color: yellow; font-weight: bold;wicket:message key=takeTheTestTake the Test/wicket:messagelt;/span insom wrote: I'm not sure if this is a Wicket bug or my own misunderstanding of development vs. deployment modes. My markup included the following: wicket:message style=display: inline; background-color: yellow; font-weight: bold; key=takeTheTestTake the Test/wicket:message That worked find in development mode, but when I switched to deployment, the style attribute was stripped from the final source. In the end I solved it like this: wicket:message key=takeTheTestTake the Test/wicket:message Is that intentional different in development/deployment, and if so, why? - Michael Sparer http://talk-on-tech.blogspot.com -- View this message in context: http://www.nabble.com/Development-Deployment-style-attributes-tp19401772p19407968.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DateField throwing runtime error in IE only
OK, I'll try to describe my problem and maybe it will clear up yours. I'm not sure, but hey, who knows. We have a customized button. Basically what it does is: 1. I force the user to put button in the markup (with the check tag method). 2. I add in the content between the button and /button a table. 3. This table has three columns with gifs so I can manipulate how the button looks like. 4. When move over, the gifs are changing to different color. 5. All of this is by using a behavior. And now comes the problem: We also add JS after rendering: @Override protected void onAfterRender() { if (isVisible()) { getResponse().write(Consts.getResizeScript(getMarkupId())); } super.onAfterRender(); } The resize script has this this (only a small portion): ... strBuilder.append(document.getElementById('btnObj_); ... (after the underscore we add the id) And the problem: When I used a modal window with a Panel that have this button, I got a script error. Looking at FireBug, I saw that it doesn't find the element. I guessed that because the panel is hidden, the button is not there so we get null. I tried to add setOutputMarkupPlaceholderTag(true); but it didn't help. When I switched the modal to use a Page (just made my panel to a page), it worked. So, 1. Wicket experts, what do you think? 2. cartina - do you think my problem is related to yours? On Wed, Sep 10, 2008 at 10:21 AM, cartina84 [EMAIL PROTECTED] wrote: I need use a panel because I must replace it to another when the user choose an option. egolan74 wrote: cartina, nanotech, I had similar problem. (I will ask it when I have time to compose it well :) ) Try to use a page with the Modal and not a panel. The change should be pretty easy. Hope that will help On Tue, Sep 9, 2008 at 4:19 PM, cartina84 [EMAIL PROTECTED] wrote: I am having the same problem in IE7 on a ModalWindow with a Panel, with a DateTextField and a DatePicker attached to it. if I set the date the calendar does not appare. i try to use wicket 1.4m2-m3 but problem remain.. If I remove date from the datetextfield and click on calendar again then calendar appare. Someone have the solution? Michael Mehrle wrote: I have a DateField inside a modal and when clicking on the date icon it's throwing a 'unknown runtime error' in IE's JavaScript console. Works in Safari and Firefox. Is this a commonly known problem? Michael -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19392243.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED] Visit: JVDrums LinkedIn: LinkedIn -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19407961.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary
Re: DateField throwing runtime error in IE only
I think we have a different problem. I have a form with 2 ajax button, 3 labels and 2 date text field with 2 date picker. when i click on datePicker the calendar do not came up. if put the datetextfield ( and its date picker) out of the form it works fine. egolan74 wrote: OK, I'll try to describe my problem and maybe it will clear up yours. I'm not sure, but hey, who knows. We have a customized button. Basically what it does is: 1. I force the user to put button in the markup (with the check tag method). 2. I add in the content between the button and /button a table. 3. This table has three columns with gifs so I can manipulate how the button looks like. 4. When move over, the gifs are changing to different color. 5. All of this is by using a behavior. And now comes the problem: We also add JS after rendering: @Override protected void onAfterRender() { if (isVisible()) { getResponse().write(Consts.getResizeScript(getMarkupId())); } super.onAfterRender(); } The resize script has this this (only a small portion): ... strBuilder.append(document.getElementById('btnObj_); ... (after the underscore we add the id) And the problem: When I used a modal window with a Panel that have this button, I got a script error. Looking at FireBug, I saw that it doesn't find the element. I guessed that because the panel is hidden, the button is not there so we get null. I tried to add setOutputMarkupPlaceholderTag(true); but it didn't help. When I switched the modal to use a Page (just made my panel to a page), it worked. So, 1. Wicket experts, what do you think? 2. cartina - do you think my problem is related to yours? On Wed, Sep 10, 2008 at 10:21 AM, cartina84 [EMAIL PROTECTED] wrote: I need use a panel because I must replace it to another when the user choose an option. egolan74 wrote: cartina, nanotech, I had similar problem. (I will ask it when I have time to compose it well :) ) Try to use a page with the Modal and not a panel. The change should be pretty easy. Hope that will help On Tue, Sep 9, 2008 at 4:19 PM, cartina84 [EMAIL PROTECTED] wrote: I am having the same problem in IE7 on a ModalWindow with a Panel, with a DateTextField and a DatePicker attached to it. if I set the date the calendar does not appare. i try to use wicket 1.4m2-m3 but problem remain.. If I remove date from the datetextfield and click on calendar again then calendar appare. Someone have the solution? Michael Mehrle wrote: I have a DateField inside a modal and when clicking on the date icon it's throwing a 'unknown runtime error' in IE's JavaScript console. Works in Safari and Firefox. Is this a commonly known problem? Michael -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19392243.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED] Visit: JVDrums LinkedIn: LinkedIn -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19407961.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED] Visit: JVDrums LinkedIn: LinkedIn -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19408882.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: newbie problem witch wicket...
Its very similar to my solution number 1. Instead of executing setRedirect(true) and setResponsePage(somePage) you propose to throw RestartResponseAtInterceptPageException. Could you explain why its better to throw this exception rather then redirect to resposne page ? If I understand RestartResponseAtInterceptPageException class it is usefull when we would like to come back to the page where this exception was thrown (to MyBookmarkableSimpleSignOnPage in your example) I think this is not a case in this situtation. However your solution is similar to main so its make me sure to choose solution number 1. According to security concerns, I know that passing username and password in 'plain' link its not the most secure way but I wanted to keep my example simple (witout any tokens etc), but thanks for your comment. Regards Daniel Jeremy Thomerson-5 wrote: How about something like: public MyBookmarkableSimpleSignOnPage(PageParameters parameters) { super(parameters); String username = parameters.getString(un); String password = parameters.getString(pw); signIn(username, password); throw new RestartResponseAtInterceptPageException(DestinationPage.class); } Of course, there are security concerns with having URLs with username and password in it. But, that wasn't what you asked. You asked specifically how to pull username and password from the request, authenticate, and redirect to authenticated page. Depending on use case, you might think about having a single-use token that is in the URL instead, or a time-restricted token, and in your DB you store a reference that relates that token, an expiration, and the user it works for. This could easily be adapted for that. -- Jeremy Thomerson http://www.wickettraining.com On Tue, Sep 9, 2008 at 2:43 PM, dlipski [EMAIL PROTECTED] wrote: Hi It's some idea but I think that its a little bit of hacking (sending GET request to formSubmitListener). I found other (are they better ?) solutions: 1)Use usual WebPage and in constructor of this page write code to execute and then at the end call setRedirect(true) and setResponsePage(somePage) 2)Use Statless page and statless link, write code in link onclick method. Both solutions assume that acces to this page is done through 'bookmarkable' URL. None of these two solutions satisfy me completly because each of them is some kind of hacking for me. In first aproach we use Page constructor to execute some code/action not to display page, this page even doesnt need any markup file (it will never be rendered), whats more, replacing responsePage in constructor of another page looks strange - for me it is breaking of contract(or maybe my understanding) of WebPage. In second solution we use statless page and statless link not to display link to the user but just to allow call any code/action throught 'bookmarkable url'. For me this is also breaking of statless page and statless link contracts. Because both of this solutions work, I probably choose one of them but Im curious why there is no support in wicket for such (simple in action based framework) cases (or maybe there is but I cant find it ?). For me it will be great if I could create 'action' like class and call it from wicket (inside request cycle) and forward/redirect to some page. I think it could be done by extending RequestCycleProcessor (to accept wicket:action url) and write new base class for ActionRequestTargets. I know that Wicket is page oriented framework but wouldnt be great if it could also support some simple 'ations' ? As I said Im new to Wicket and maybe it is impossible or its breaking some of wicket vision/assumptions ? What do you think about such feature ? Of course when nature of web application is rather action then page oriented we should use some of existing action based frameworks, but I think (as newbie) there are scenarios where in page oriented application such feature (call some code inside request cycle and redirect to page) will be very helpfull. Waiting for your opinions. Reagrds, Daniel Wayne Pope wrote: Hi, I've only been using Wicket a very short time, but why don;t you just create a simple login form page. Then look at the source and you'll see something like: form action=?wicket:bookmarkablePage=:com.youpackage.LoginPageamp;wicket:interface=:0:signInPanel:signInForm::IFormSubmitListener:: wicket:id=signInForm id=signInForm method=post Then you need to just to POST the username and password parameters to the above URL , and it'll log you in. I not sure how you set to us GET in wicket which would be more easy for you. But I''m sure someone get tell you how to set that up for a form. cheers Wayne On Mon, Sep 8, 2008 at 9:59 PM, dlipski [EMAIL PROTECTED] wrote: Hi Im developing with Wicket for short time so forgive me if I misanderstood
Re: [OT] Wicket in Action Jubilation
Mine arrived here in the UK yesterday too! /Gwyn On Wed, Sep 10, 2008 at 8:19 AM, Frank Bille [EMAIL PROTECTED] wrote: Yay, I got mine (yesterday, when I wasn't at work). Looks very nice. On Thu, Sep 4, 2008 at 8:10 AM, Jonathan Locke [EMAIL PROTECTED]wrote: i just got mine today. it is really really nice!!! Martijn Dashorst wrote: Thanks for the report, I've notified Manning of this issue and they're looking into it. I also asked when the books should arrive. If you've ordered from Manning, you should receive your copy one of these days. As I understand it, shipping was happening today or tomorrow. I'm not sure if you get a message that the book was shipped. If you ordered your copy with Amazon, you might have to wait longer as the books need to go to Amazon first before they get shipped out (and that happens on Amazon's schedule, nothing much Manning can do about). This may be a bit disappointing, but remember that you got a great discount. A big thanks to everybody that reviewed/bought the book, hang on just a little more—the book is coming (provided you ordered the print edition). Martijn On Mon, Sep 1, 2008 at 12:23 AM, James Carman [EMAIL PROTECTED] wrote: I called my local Barnes Noble today asking if they had a copy of WIA and the lady said that book is out of print; perhaps you can get one used through BN.com. The Waldenbooks in our mall said it was on back order (I'm assuming this is because of my two talks I gave to the Cincinnati Java Users Group). Is anyone else having issues getting a copy at brick and mortar stores? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/-OT--Wicket-in-Action-Woes-tp19246776p19303970.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Best first approach to Wicket for my case
Persistence with Hibernate annotations and Spring declarative transactions (@Transactional) provide a great programming model. Wicket on top of that, with Spring components injected via @SpringBean works well, too, though so far Wicket doesn't really leverage Java 5. One notable exceptions is the wicketstuff-annotations project, which allows you to configure mounts with annotations. You should look for existing components for image uploading and map display, that will help getting started. Building your own forum software doesn't sound like a good idea, all in all there is just way too much stuff you'd have to reinvent. Not sure if there is anything available for wicket for building a forum. Jörn On Tue, Sep 9, 2008 at 10:01 PM, Vernon [EMAIL PROTECTED] wrote: I plan to use Wicket first time for my next project. I will use Wicket + Spring + Hibernate to build a web application. I am familiar with Spring (mostly the pre-2.5 version) and Hibernate. And I also worked with Swing before moved into the Java server side development. I would like to hear any suggestions of most effective approaches. I don't have a lot of time for this project, but would like to get it up ASAP. The first phase of the project will allow users post entries which involves image uploading and map display. Online forum is another feature in my plan. While I am starting research/study on related materials, I would like to hear suggestions/advices from others with related successful or unsuccessful experience. Thanks very much in advance. .v
Re: DateField throwing runtime error in IE only
Maybe you are correct, but could you try to change to a Page only to see if the problem still happens? I thought that the problems are related because I guessed that somehow, a modal is not visible so the children are not rendered so the JS can't find them. And because of that it won't response at yours and will have nulls in mine. Maybe after you added the text field it was rendered ... On Wed, Sep 10, 2008 at 11:22 AM, cartina84 [EMAIL PROTECTED] wrote: I think we have a different problem. I have a form with 2 ajax button, 3 labels and 2 date text field with 2 date picker. when i click on datePicker the calendar do not came up. if put the datetextfield ( and its date picker) out of the form it works fine. egolan74 wrote: OK, I'll try to describe my problem and maybe it will clear up yours. I'm not sure, but hey, who knows. We have a customized button. Basically what it does is: 1. I force the user to put button in the markup (with the check tag method). 2. I add in the content between the button and /button a table. 3. This table has three columns with gifs so I can manipulate how the button looks like. 4. When move over, the gifs are changing to different color. 5. All of this is by using a behavior. And now comes the problem: We also add JS after rendering: @Override protected void onAfterRender() { if (isVisible()) { getResponse().write(Consts.getResizeScript(getMarkupId())); } super.onAfterRender(); } The resize script has this this (only a small portion): ... strBuilder.append(document.getElementById('btnObj_); ... (after the underscore we add the id) And the problem: When I used a modal window with a Panel that have this button, I got a script error. Looking at FireBug, I saw that it doesn't find the element. I guessed that because the panel is hidden, the button is not there so we get null. I tried to add setOutputMarkupPlaceholderTag(true); but it didn't help. When I switched the modal to use a Page (just made my panel to a page), it worked. So, 1. Wicket experts, what do you think? 2. cartina - do you think my problem is related to yours? On Wed, Sep 10, 2008 at 10:21 AM, cartina84 [EMAIL PROTECTED] wrote: I need use a panel because I must replace it to another when the user choose an option. egolan74 wrote: cartina, nanotech, I had similar problem. (I will ask it when I have time to compose it well :) ) Try to use a page with the Modal and not a panel. The change should be pretty easy. Hope that will help On Tue, Sep 9, 2008 at 4:19 PM, cartina84 [EMAIL PROTECTED] wrote: I am having the same problem in IE7 on a ModalWindow with a Panel, with a DateTextField and a DatePicker attached to it. if I set the date the calendar does not appare. i try to use wicket 1.4m2-m3 but problem remain.. If I remove date from the datetextfield and click on calendar again then calendar appare. Someone have the solution? Michael Mehrle wrote: I have a DateField inside a modal and when clicking on the date icon it's throwing a 'unknown runtime error' in IE's JavaScript console. Works in Safari and Firefox. Is this a commonly known problem? Michael -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19392243.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED] Visit: JVDrums LinkedIn: LinkedIn -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19407961.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED] Visit: JVDrums LinkedIn: LinkedIn -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19408882.html Sent from the Wicket - User mailing list archive at Nabble.com.
Re: DateField throwing runtime error in IE only
but if i not initialize the date the calendar came up one time only.. I resolved with an date text field out of the form and an hidden text in the form.. it isn't a good practice but for now work fine egolan74 wrote: Maybe you are correct, but could you try to change to a Page only to see if the problem still happens? I thought that the problems are related because I guessed that somehow, a modal is not visible so the children are not rendered so the JS can't find them. And because of that it won't response at yours and will have nulls in mine. Maybe after you added the text field it was rendered ... On Wed, Sep 10, 2008 at 11:22 AM, cartina84 [EMAIL PROTECTED] wrote: I think we have a different problem. I have a form with 2 ajax button, 3 labels and 2 date text field with 2 date picker. when i click on datePicker the calendar do not came up. if put the datetextfield ( and its date picker) out of the form it works fine. egolan74 wrote: OK, I'll try to describe my problem and maybe it will clear up yours. I'm not sure, but hey, who knows. We have a customized button. Basically what it does is: 1. I force the user to put button in the markup (with the check tag method). 2. I add in the content between the button and /button a table. 3. This table has three columns with gifs so I can manipulate how the button looks like. 4. When move over, the gifs are changing to different color. 5. All of this is by using a behavior. And now comes the problem: We also add JS after rendering: @Override protected void onAfterRender() { if (isVisible()) { getResponse().write(Consts.getResizeScript(getMarkupId())); } super.onAfterRender(); } The resize script has this this (only a small portion): ... strBuilder.append(document.getElementById('btnObj_); ... (after the underscore we add the id) And the problem: When I used a modal window with a Panel that have this button, I got a script error. Looking at FireBug, I saw that it doesn't find the element. I guessed that because the panel is hidden, the button is not there so we get null. I tried to add setOutputMarkupPlaceholderTag(true); but it didn't help. When I switched the modal to use a Page (just made my panel to a page), it worked. So, 1. Wicket experts, what do you think? 2. cartina - do you think my problem is related to yours? On Wed, Sep 10, 2008 at 10:21 AM, cartina84 [EMAIL PROTECTED] wrote: I need use a panel because I must replace it to another when the user choose an option. egolan74 wrote: cartina, nanotech, I had similar problem. (I will ask it when I have time to compose it well :) ) Try to use a page with the Modal and not a panel. The change should be pretty easy. Hope that will help On Tue, Sep 9, 2008 at 4:19 PM, cartina84 [EMAIL PROTECTED] wrote: I am having the same problem in IE7 on a ModalWindow with a Panel, with a DateTextField and a DatePicker attached to it. if I set the date the calendar does not appare. i try to use wicket 1.4m2-m3 but problem remain.. If I remove date from the datetextfield and click on calendar again then calendar appare. Someone have the solution? Michael Mehrle wrote: I have a DateField inside a modal and when clicking on the date icon it's throwing a 'unknown runtime error' in IE's JavaScript console. Works in Safari and Firefox. Is this a commonly known problem? Michael -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19392243.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED] Visit: JVDrums LinkedIn: LinkedIn -- View this message in context: http://www.nabble.com/DateField-throwing-runtime-error-in-IE-only-tp17379574p19407961.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary - Eyal Golan [EMAIL PROTECTED]
Hot deployment / code swapping
Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19410295.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Components render problem
Hi guys, I am a newbie in wicket. I am presently developpng an application using wicket framework. I am having problem in submitting my forms. The form submissionis actually working whenever I enter a value but if no value is put in the textbox, feedback panel will display the error message (I think this is good). The problem is that if I now enter values in the textboxes, the onsubmit method is not executed. I dont know what is causing this. I need a prompt response as this is delaying the progress of my job. Thanks. Yinka.
Re: Components render problem
if onSubmit is not called and the form is redisplayed with the values that you've last entered, it seems like the form is not validated successfully.. Ajayi Yinka wrote: Hi guys, I am a newbie in wicket. I am presently developpng an application using wicket framework. I am having problem in submitting my forms. The form submissionis actually working whenever I enter a value but if no value is put in the textbox, feedback panel will display the error message (I think this is good). The problem is that if I now enter values in the textboxes, the onsubmit method is not executed. I dont know what is causing this. I need a prompt response as this is delaying the progress of my job. Thanks. Yinka. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: GMap2 (wicket-contrib-gmap2) and autozoom with getBoundsZoomLevel
With we, I meant my colleagues and me. And for us, I think it's enough to calculate a ZoomLevel passed to the map, that all GLatLngs given are visible on this map. So yes it's more like the link you posted Martin. Regards, norman Martin Funk-3 wrote: normanr wrote: Not right now Martin, but i think that we'll need to do it. But I can't promise ;( who is it that you mean by 'we'? I've been rolling the thoughts about a possible implementation in my head this afternoon, but didn't get to a reasonable answer yet. I might not have understood the use case yet. Implementing the methods 'getBoundsZoomLevel(bounds) extend(point)' in a way that the server could ask for their execution, while being in a request/response cycle, and also receive their outcome might be not so easy to implement nor to use. If the use is closer to what is described in http://econym.googlepages.com/basic14.htm it might be easier. Here the server would be enabled to place a call to the map which re zooms and slips it, so that some given points would show up. Later on it would be informed about the border and the zoomlevel of the map. I think that's easier to implement. mf Btw.: I can't promis anything either ;-) Martin Funk-3 wrote: Don't know what bit me there, I have to apologize. You don't happen to have any ideas molded in code on that, do you? mf normanr wrote: http://wicketstuff.org/jira/browse/WSGMAPP-7 says implemented in Rev 3416. But I don't find anything like that, neither in the HEAD nor the comment for REV 3416. Is it gone or has it never been in svn? Martin Funk-3 wrote: Hi Marko, 2008/2/3, Marko Taipale [EMAIL PROTECTED]: Hi, I am about to do a feature to my wicket app containing gmap. There are several markers on the map and the map will autozoom center according to those marker positions. Now I am wondering if there is upcoming support for getBoundsZoomLevel(bounds) extend(point)* ? There shure is. It already has its own feature request. http://wicketstuff.org/jira/browse/WSGMAPP-7 Back to serious: I think its a reasonable request, but I can't tell you when it'll be implemented. If you can come up with some code you feel confident with you are welcome to attach ist to the Issue. Or, if you are really confident about your code ask for commit access to wicket-stuff. Thnx, Martin Or has anybody already written an app with such a feature / component and could even pass the code - I'm feeling lazy ;). Thanks, - Marko *see http://code.google.com/apis/maps/documentation/reference.html#GMap2and example at http://econym.googlepages.com/basic14.htm -- View this message in context: http://www.nabble.com/GMap2-%28wicket-contrib-gmap2%29-and-autozoom-with-getBoundsZoomLevel-tp15252786p15252786.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/GMap2-%28wicket-contrib-gmap2%29-and-autozoom-with-getBoundsZoomLevel-tp15252786p19410438.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Hi, if your app is configured to run in developpment mode, hot deployment should work as expected (at least for html templates). afaik, it doesn't apply for changes in classes files. You have to redeploy to get the changes in class files. pixologe a écrit : Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: GMap2 (wicket-contrib-gmap2) and autozoom with getBoundsZoomLevel
Strangely I needed to get this to work just yesterday! I was able to hack it by letting GMap2.java take a list of strings it will output at the end of getJSinit() GLatLngBounds bounds = new GLatLngBounds(sw, ne); gmap.appendInitJS( var xxx = +bounds.getJSconstructor()+;\n ); gmap .appendInitJS ( gmap .getJSinvoke ( setZoom( +gmap.getJSinvoke( map.getBoundsZoomLevel(xxx)-1 ) ) ) ); kinda hacky, but it works! ryan On Sep 10, 2008, at 7:08 AM, normanr wrote: With we, I meant my colleagues and me. And for us, I think it's enough to calculate a ZoomLevel passed to the map, that all GLatLngs given are visible on this map. So yes it's more like the link you posted Martin. Regards, norman Martin Funk-3 wrote: normanr wrote: Not right now Martin, but i think that we'll need to do it. But I can't promise ;( who is it that you mean by 'we'? I've been rolling the thoughts about a possible implementation in my head this afternoon, but didn't get to a reasonable answer yet. I might not have understood the use case yet. Implementing the methods 'getBoundsZoomLevel(bounds) extend(point)' in a way that the server could ask for their execution, while being in a request/response cycle, and also receive their outcome might be not so easy to implement nor to use. If the use is closer to what is described in http://econym.googlepages.com/basic14.htm it might be easier. Here the server would be enabled to place a call to the map which re zooms and slips it, so that some given points would show up. Later on it would be informed about the border and the zoomlevel of the map. I think that's easier to implement. mf Btw.: I can't promis anything either ;-) Martin Funk-3 wrote: Don't know what bit me there, I have to apologize. You don't happen to have any ideas molded in code on that, do you? mf normanr wrote: http://wicketstuff.org/jira/browse/WSGMAPP-7 says implemented in Rev 3416. But I don't find anything like that, neither in the HEAD nor the comment for REV 3416. Is it gone or has it never been in svn? Martin Funk-3 wrote: Hi Marko, 2008/2/3, Marko Taipale [EMAIL PROTECTED]: Hi, I am about to do a feature to my wicket app containing gmap. There are several markers on the map and the map will autozoom center according to those marker positions. Now I am wondering if there is upcoming support for getBoundsZoomLevel(bounds) extend(point)* ? There shure is. It already has its own feature request. http://wicketstuff.org/jira/browse/WSGMAPP-7 Back to serious: I think its a reasonable request, but I can't tell you when it'll be implemented. If you can come up with some code you feel confident with you are welcome to attach ist to the Issue. Or, if you are really confident about your code ask for commit access to wicket-stuff. Thnx, Martin Or has anybody already written an app with such a feature / component and could even pass the code - I'm feeling lazy ;). Thanks, - Marko *see http://code.google.com/apis/maps/documentation/reference.html#GMap2and example at http://econym.googlepages.com/basic14.htm -- View this message in context: http://www.nabble.com/GMap2-%28wicket-contrib-gmap2%29-and-autozoom-with-getBoundsZoomLevel-tp15252786p15252786.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/GMap2-%28wicket-contrib-gmap2%29-and-autozoom-with-getBoundsZoomLevel-tp15252786p19410438.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Thanks for your reply. The app is running in development mode and I did not change anything in the quickstart project, however there's no re-deployment at all. :-/ Other wicket users out there, does this work for you? If yes: HTML only or classes too? Just wondering what exactly is the way it should be, and whether I am the only one having problems... Pills wrote: Hi, if your app is configured to run in developpment mode, hot deployment should work as expected (at least for html templates). afaik, it doesn't apply for changes in classes files. You have to redeploy to get the changes in class files. pixologe a écrit : Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19411794.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, in Application take a look at getResourceSettings().setResourcePollFrequency(Duration.ONE_SECOND); which should at least work for resource files (like html-templates or property-files). Witold Am Wed, 10 Sep 2008 03:57:22 -0700 (PDT) schrieb pixologe [EMAIL PROTECTED]: Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! - -- Mit freundlichen Gren Witold Czaplewski Projektmanagement Softwareentwicklung CTS GmbH creative technology solutions Otto-Hahn-Str. 7 ***Ab dem 01.10.2008: Gut Friedrichshof*** D - 50997 K__ln Fon: +49 (0)2236 - 96926-3 Fax: +49 (0)2236 - 96926-1 http://www.cts-media.eu http://www.cts-hosting.eu UST-Id. DE218137586 HRB 36066 | Registergericht K__ln Gesch__ftsf__hrer: Stefan Godulla http://www.xing.com/profile/Witold_Czaplewski Kennen Sie schon den serverseitigen Spamschutz von cts media? Erhalten Sie bis zu __ber 90% weniger Spam und sparen Sie wertvolle Zeit. Keine Konfiguration, kein Aufwand f__r Sie ___ einfach ungest__rt arbeiten. F__r Preise, Buchung, R__ckfragen oder weitere Informationen erreichen Sie uns jederzeit unter [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkjHtK0ACgkQ4gvv3qOY2ph+8gCgiNp6HOge8C4BGTYH0H4d9IT7 QeEAoLw1Hs29KZHST4UGl8NPQMHywemA =bdao -END PGP SIGNATURE-
Re: Hot deployment / code swapping
The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. Martijn On Wed, Sep 10, 2008 at 1:44 PM, pixologe [EMAIL PROTECTED] wrote: Thanks for your reply. The app is running in development mode and I did not change anything in the quickstart project, however there's no re-deployment at all. :-/ Other wicket users out there, does this work for you? If yes: HTML only or classes too? Just wondering what exactly is the way it should be, and whether I am the only one having problems... Pills wrote: Hi, if your app is configured to run in developpment mode, hot deployment should work as expected (at least for html templates). afaik, it doesn't apply for changes in classes files. You have to redeploy to get the changes in class files. pixologe a écrit : Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19411794.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Hi, I use eclipse as a development environment and eclipse supports in the debug mode a fairly good hotreplace of changed java-code (not always but often enough :-)). Kind regards Florian Sperber pixologe schrieb: Thanks for your reply. The app is running in development mode and I did not change anything in the quickstart project, however there's no re-deployment at all. :-/ Other wicket users out there, does this work for you? If yes: HTML only or classes too? Just wondering what exactly is the way it should be, and whether I am the only one having problems... Pills wrote: Hi, if your app is configured to run in developpment mode, hot deployment should work as expected (at least for html templates). afaik, it doesn't apply for changes in classes files. You have to redeploy to get the changes in class files. pixologe a écrit : Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Components render problem
I thought as much, it seems I am missing something out in validation process. Please help me check out from this snippet of my codes userId = new TextField(userId, new Model()); userId.setRequired(true); userPassword = new PasswordTextField(userPassword, new Model()); userPassword.setRequired(true); form.add(userId); form.add(userPassword); add(form); add(new FeedbackPanel(errorMsg)); thanks. On Wed, Sep 10, 2008 at 4:06 AM, Serkan Camurcuoglu [EMAIL PROTECTED]wrote: if onSubmit is not called and the form is redisplayed with the values that you've last entered, it seems like the form is not validated successfully.. Ajayi Yinka wrote: Hi guys, I am a newbie in wicket. I am presently developpng an application using wicket framework. I am having problem in submitting my forms. The form submissionis actually working whenever I enter a value but if no value is put in the textbox, feedback panel will display the error message (I think this is good). The problem is that if I now enter values in the textboxes, the onsubmit method is not executed. I dont know what is causing this. I need a prompt response as this is delaying the progress of my job. Thanks. Yinka. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Thanks - I saw this one before, it is set to 1 second by default... but has no effect for me ... Witold Czaplewski wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, in Application take a look at getResourceSettings().setResourcePollFrequency(Duration.ONE_SECOND); which should at least work for resource files (like html-templates or property-files). Witold Am Wed, 10 Sep 2008 03:57:22 -0700 (PDT) schrieb pixologe [EMAIL PROTECTED]: Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! - -- Mit freundlichen Gren Witold Czaplewski Projektmanagement Softwareentwicklung CTS GmbH creative technology solutions Otto-Hahn-Str. 7 ***Ab dem 01.10.2008: Gut Friedrichshof*** D - 50997 K__ln Fon: +49 (0)2236 - 96926-3 Fax: +49 (0)2236 - 96926-1 http://www.cts-media.eu http://www.cts-hosting.eu UST-Id. DE218137586 HRB 36066 | Registergericht K__ln Gesch__ftsf__hrer: Stefan Godulla http://www.xing.com/profile/Witold_Czaplewski Kennen Sie schon den serverseitigen Spamschutz von cts media? Erhalten Sie bis zu __ber 90% weniger Spam und sparen Sie wertvolle Zeit. Keine Konfiguration, kein Aufwand f__r Sie ___ einfach ungest__rt arbeiten. F__r Preise, Buchung, R__ckfragen oder weitere Informationen erreichen Sie uns jederzeit unter [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkjHtK0ACgkQ4gvv3qOY2ph+8gCgiNp6HOge8C4BGTYH0H4d9IT7 QeEAoLw1Hs29KZHST4UGl8NPQMHywemA =bdao -END PGP SIGNATURE- -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19412123.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Yeah I know - but there are several reasons why I do not like working with it. Hot swapping is not enough to make me change ;-) Netbeans is capable of replacing java code, too - you just have to tell it when to do this... :) Florian Sperber wrote: Hi, I use eclipse as a development environment and eclipse supports in the debug mode a fairly good hotreplace of changed java-code (not always but often enough :-)). Kind regards Florian Sperber pixologe schrieb: Thanks for your reply. The app is running in development mode and I did not change anything in the quickstart project, however there's no re-deployment at all. :-/ Other wicket users out there, does this work for you? If yes: HTML only or classes too? Just wondering what exactly is the way it should be, and whether I am the only one having problems... Pills wrote: Hi, if your app is configured to run in developpment mode, hot deployment should work as expected (at least for html templates). afaik, it doesn't apply for changes in classes files. You have to redeploy to get the changes in class files. pixologe a écrit : Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19412169.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
pixologe schrieb: Thanks - I saw this one before, it is set to 1 second by default... but has no effect for me ... did anyone mention javarebel? http://zeroturnaround.com this one aims to solve this exact problem. i use it, and i´m quite happy with it. cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
No, there isn't even an init method in the untouched quickstart project :) According to Martijn's message, there has some jetty config to be done... Currently having a look Thanks so far... Witold Czaplewski wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 it works for me. Did you call configure() in your init method? Then make sure, that you set the resource poll frequency after it. In deployment mode configure sets it to null. Am Wed, 10 Sep 2008 05:05:00 -0700 (PDT) schrieb pixologe [EMAIL PROTECTED]: Thanks - I saw this one before, it is set to 1 second by default... but has no effect for me ... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkjHvx0ACgkQ4gvv3qOY2pjbpwCghQ5sPjljPwX18gkLw55a13Rj K98An2xFVhacFyXu21BMQrnH2zF5Yb2b =3nOL -END PGP SIGNATURE- -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19412919.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
In this thread, no. However, free software (and - if possible - genuine solutions) is preferred of course. I might consider using JavaRebel (since there is obviously no out-of-the-box-support as have thought), however some time would have to be spent first with evaluation etc... In my present situation, the time is better spent with restarting jetty 100times a day ;-) Uwe Schäfer wrote: pixologe schrieb: Thanks - I saw this one before, it is set to 1 second by default... but has no effect for me ... did anyone mention javarebel? http://zeroturnaround.com this one aims to solve this exact problem. i use it, and i´m quite happy with it. cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413276.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Components render problem
hi guys, I have try to get over the problem by calling Login.class in onError method. this seems to cover this bugs, but I am not satistify as the error message is still redisplaying in the next page. I think what i really need is the problems that are associated with validation. On Wed, Sep 10, 2008 at 4:58 AM, Ajayi Yinka [EMAIL PROTECTED]wrote: I thought as much, it seems I am missing something out in validation process. Please help me check out from this snippet of my codes userId = new TextField(userId, new Model()); userId.setRequired(true); userPassword = new PasswordTextField(userPassword, new Model()); userPassword.setRequired(true); form.add(userId); form.add(userPassword); add(form); add(new FeedbackPanel(errorMsg)); thanks. On Wed, Sep 10, 2008 at 4:06 AM, Serkan Camurcuoglu [EMAIL PROTECTED]wrote: if onSubmit is not called and the form is redisplayed with the values that you've last entered, it seems like the form is not validated successfully.. Ajayi Yinka wrote: Hi guys, I am a newbie in wicket. I am presently developpng an application using wicket framework. I am having problem in submitting my forms. The form submissionis actually working whenever I enter a value but if no value is put in the textbox, feedback panel will display the error message (I think this is good). The problem is that if I now enter values in the textboxes, the onsubmit method is not executed. I dont know what is causing this. I need a prompt response as this is delaying the progress of my job. Thanks. Yinka. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary
Re: Hot deployment / code swapping
I am using the maven jetty plugin in development and it works fine for me. I don't see why you shouldn't use it as Martijn pointed out? If there's a need, I can post the required configuration here. I am working under WinXP, all my stuff is redeployed after changes have been made when working with `cmd`, only if I am working with cygwin, it doesn't recognize changes made to files other than .java Roman Eyal Golan wrote: Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Martijn Dashorst wrote: The maven jetty plugin is not meant for development, but for quick demos. Well, at least to me, this was not obvious. Good to know. However, also after starting the quickstart project within the IDE, there is not hot deployment of classes or HTML files. Same behavior. Netbeans replaces a class if I tell him to do so, but no chance for HTML and properties. So is this behavior intended or am I just too stupid to get it? -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19414150.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Because of discussions such as this. I'd like folks to actually use an IDE and the quickstart as it was intended. We made the quickstart so that this type of questions don't get asked—saves time, energy and frustrations on both ends. mvn jetty:run is nice to quickly test a web project, but not for development. As you mentioned redeployment— with the embedded jetty in a debugger redeployment is often not necessary when you use hotswap. If you haven't used that, you're missing out. With JavaRebel things are even brighter—no redeployment or restarting of servers (but I haven't toyed with their latest releases) Martijn On Wed, Sep 10, 2008 at 3:53 PM, Roman Zechner [EMAIL PROTECTED] wrote: I am using the maven jetty plugin in development and it works fine for me. I don't see why you shouldn't use it as Martijn pointed out? If there's a need, I can post the required configuration here. I am working under WinXP, all my stuff is redeployed after changes have been made when working with `cmd`, only if I am working with cygwin, it doesn't recognize changes made to files other than .java Roman Eyal Golan wrote: Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Then you don't have netbeans configured to copy the html over to the classpath, like I told in my first reply. Martijn On Wed, Sep 10, 2008 at 3:56 PM, pixologe [EMAIL PROTECTED] wrote: Martijn Dashorst wrote: The maven jetty plugin is not meant for development, but for quick demos. Well, at least to me, this was not obvious. Good to know. However, also after starting the quickstart project within the IDE, there is not hot deployment of classes or HTML files. Same behavior. Netbeans replaces a class if I tell him to do so, but no chance for HTML and properties. So is this behavior intended or am I just too stupid to get it? -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19414150.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Well, that was sort of the initial question... Does wicket itself or the quickstart project provide any more hot deployment than my IDE's? (Which is, in case of netbeans, replacing classes in debug mode)... Still, I am not sure what the answer is... Martijn Dashorst wrote: Because of discussions such as this. I'd like folks to actually use an IDE and the quickstart as it was intended. We made the quickstart so that this type of questions don't get asked—saves time, energy and frustrations on both ends. mvn jetty:run is nice to quickly test a web project, but not for development. As you mentioned redeployment— with the embedded jetty in a debugger redeployment is often not necessary when you use hotswap. If you haven't used that, you're missing out. With JavaRebel things are even brighter—no redeployment or restarting of servers (but I haven't toyed with their latest releases) Martijn On Wed, Sep 10, 2008 at 3:53 PM, Roman Zechner [EMAIL PROTECTED] wrote: I am using the maven jetty plugin in development and it works fine for me. I don't see why you shouldn't use it as Martijn pointed out? If there's a need, I can post the required configuration here. I am working under WinXP, all my stuff is redeployed after changes have been made when working with `cmd`, only if I am working with cygwin, it doesn't recognize changes made to files other than .java Roman Eyal Golan wrote: Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19414575.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
You mean the one in which you say one shouldn't use mvn jetty plugin for development? Hmmm... it says The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Sorry, maybe I am just to stupid to get what you are trying to tell me... But I guess this *does* mean that there is no swapping apart from the one my IDE offers and thus indirectly answers my question. Thanks. Sorry if this conversation is/was frustrating to you. Martijn Dashorst wrote: s/first/second/ On Wed, Sep 10, 2008 at 4:12 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: Then you don't have netbeans configured to copy the html over to the classpath, like I told in my first reply. Martijn On Wed, Sep 10, 2008 at 3:56 PM, pixologe [EMAIL PROTECTED] wrote: Martijn Dashorst wrote: The maven jetty plugin is not meant for development, but for quick demos. Well, at least to me, this was not obvious. Good to know. However, also after starting the quickstart project within the IDE, there is not hot deployment of classes or HTML files. Same behavior. Netbeans replaces a class if I tell him to do so, but no chance for HTML and properties. So is this behavior intended or am I just too stupid to get it? -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19414150.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19414599.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Crystal Reports with Wicket
While using crystal report viewer to display reports; I use a method getHtmlContent( ) which calls getWriter( ) on response, however as far as i can make out, Wicket by default uses getOutputStream( ) on response, therefore when getHtmlContent( ) is called on report view while displaying report viewer in a pop-up window (or a page) it throws an exception instead of producing a report on report viewer. Is there a way to get around this issue? (meaning, is there a way to suppress the usage of getOutputStream( ) and use getWriter( ) instead?). Any suggestions would be appreciated. Thanks in advance! Regards Vyas, Anirudh || ॐ ||
Re: Custom Validator on Panel
see formcomponentpanel -igor On Wed, Sep 10, 2008 at 1:59 AM, ulrik [EMAIL PROTECTED] wrote: Hello! I have a webpage with this structure: html body form wicket:id=form div wicket:id=addressPanel/ input type=submit wicket:id=submitButton/ /form /body /html The addressPanel is a panel containing a number of TextFields, like this: wicket:panel input type=text wicket:id=street/ input type=text wicket:id=postBox/ input type=text wicket:id=number/ /wicket:panel What I would like to do is attach some sort of validator on the addressPanel. When I submit the form I would like to make a conditional validation on the textfield. And by that I mean for example: If the user has entered something in the textfield with id street the input field with id postBox is not required. And if the user has entered something in the postBox field, the street field is should not be required. Is this by any change possible to do? -- View this message in context: http://www.nabble.com/Custom-Validator-on-Panel-tp19409373p19409373.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
I don't know about the time efforts in using your suggested way, but by using the maven jetty plugin you only have to configure the project once, so each new developer joining the project doesn't have to make any configuration on its's IDE. In that way you always provide kind of a quickstart for your own project :-) But maybe I should give it a try, I can imagine that development will be faster using hotswap. Roman Martijn Dashorst wrote: Because of discussions such as this. I'd like folks to actually use an IDE and the quickstart as it was intended. We made the quickstart so that this type of questions don't get asked—saves time, energy and frustrations on both ends. mvn jetty:run is nice to quickly test a web project, but not for development. As you mentioned redeployment— with the embedded jetty in a debugger redeployment is often not necessary when you use hotswap. If you haven't used that, you're missing out. With JavaRebel things are even brighter—no redeployment or restarting of servers (but I haven't toyed with their latest releases) Martijn On Wed, Sep 10, 2008 at 3:53 PM, Roman Zechner [EMAIL PROTECTED] wrote: I am using the maven jetty plugin in development and it works fine for me. I don't see why you shouldn't use it as Martijn pointed out? If there's a need, I can post the required configuration here. I am working under WinXP, all my stuff is redeployed after changes have been made when working with `cmd`, only if I am working with cygwin, it doesn't recognize changes made to files other than .java Roman Eyal Golan wrote: Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Hmm sorry, I had it typed in but apparently didn't send it. You have to tell Maven, Jetty, Your IDE that it needs to copy the html files from the src directory to the classpath. Wicket Quickstart does this on each compile because of the resources section. Apparently the jetty plugin doesn't pick this up, and neither does netbeans. Wicket can't magically detect changes that are not on the classpath. If your setup doesn't copy those resources, Wicket won't find it. On how to configure netbeans or maven jetty plugin, see their forums. Martijn On Wed, Sep 10, 2008 at 4:36 PM, pixologe [EMAIL PROTECTED] wrote: You mean the one in which you say one shouldn't use mvn jetty plugin for development? Hmmm... it says The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Sorry, maybe I am just to stupid to get what you are trying to tell me... But I guess this *does* mean that there is no swapping apart from the one my IDE offers and thus indirectly answers my question. Thanks. Sorry if this conversation is/was frustrating to you. Martijn Dashorst wrote: s/first/second/ On Wed, Sep 10, 2008 at 4:12 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: Then you don't have netbeans configured to copy the html over to the classpath, like I told in my first reply. Martijn On Wed, Sep 10, 2008 at 3:56 PM, pixologe [EMAIL PROTECTED] wrote: Martijn Dashorst wrote: The maven jetty plugin is not meant for development, but for quick demos. Well, at least to me, this was not obvious. Good to know. However, also after starting the quickstart project within the IDE, there is not hot deployment of classes or HTML files. Same behavior. Netbeans replaces a class if I tell him to do so, but no chance for HTML and properties. So is this behavior intended or am I just too stupid to get it? -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19414150.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19414599.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
I don't have to configure anything. run the archetype command, import project into eclipse, right click on Start class select Debug as Java application and I'm done. I don't know what configuration you are talking about, but I don't have to meddle with external jetty configurations, making sure that the resources are copied over etc, or redeploy on each compile. Martijn On Wed, Sep 10, 2008 at 4:38 PM, Roman Zechner [EMAIL PROTECTED] wrote: I don't know about the time efforts in using your suggested way, but by using the maven jetty plugin you only have to configure the project once, so each new developer joining the project doesn't have to make any configuration on its's IDE. In that way you always provide kind of a quickstart for your own project :-) But maybe I should give it a try, I can imagine that development will be faster using hotswap. Roman Martijn Dashorst wrote: Because of discussions such as this. I'd like folks to actually use an IDE and the quickstart as it was intended. We made the quickstart so that this type of questions don't get asked—saves time, energy and frustrations on both ends. mvn jetty:run is nice to quickly test a web project, but not for development. As you mentioned redeployment— with the embedded jetty in a debugger redeployment is often not necessary when you use hotswap. If you haven't used that, you're missing out. With JavaRebel things are even brighter—no redeployment or restarting of servers (but I haven't toyed with their latest releases) Martijn On Wed, Sep 10, 2008 at 3:53 PM, Roman Zechner [EMAIL PROTECTED] wrote: I am using the maven jetty plugin in development and it works fine for me. I don't see why you shouldn't use it as Martijn pointed out? If there's a need, I can post the required configuration here. I am working under WinXP, all my stuff is redeployed after changes have been made when working with `cmd`, only if I am working with cygwin, it doesn't recognize changes made to files other than .java Roman Eyal Golan wrote: Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket
Re: Hot deployment / code swapping
wicket does not provide anything in the way of deployment. what it does in dev mode is monitor any changes to html/properties files and when they are changed it evicts them from cache so next time you reload the page you see the changes. obviously wicket does not know where your source file live, so it can only monitor files in the classes dir by default. usually your ide copies html/properties to the right place automatically when you change them so it is nice and transparent and magical, but that involves using an ide... -igor On Wed, Sep 10, 2008 at 3:57 AM, pixologe [EMAIL PROTECTED] wrote: Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19410295.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaRebel experience
Is it possible to have Java Rebel reload the Wicket HTML as well? Like when we deploy a war file to JBoss, it will contain html and class files. The class files I can reload using Java Rebel, how would you do it with the html files? Stefan Simik wrote: Java Rebel worked for me too. I had no such problem. -- View this message in context: http://www.nabble.com/JavaRebel-experience-tp13422257p19414750.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hot deployment / code swapping
Sorry, I misinterpreted your previous post. I will check the bonus chapters of WiA. Roman Martijn Dashorst wrote: I don't have to configure anything. run the archetype command, import project into eclipse, right click on Start class select Debug as Java application and I'm done. I don't know what configuration you are talking about, but I don't have to meddle with external jetty configurations, making sure that the resources are copied over etc, or redeploy on each compile. Martijn On Wed, Sep 10, 2008 at 4:38 PM, Roman Zechner [EMAIL PROTECTED] wrote: I don't know about the time efforts in using your suggested way, but by using the maven jetty plugin you only have to configure the project once, so each new developer joining the project doesn't have to make any configuration on its's IDE. In that way you always provide kind of a quickstart for your own project :-) But maybe I should give it a try, I can imagine that development will be faster using hotswap. Roman Martijn Dashorst wrote: Because of discussions such as this. I'd like folks to actually use an IDE and the quickstart as it was intended. We made the quickstart so that this type of questions don't get asked—saves time, energy and frustrations on both ends. mvn jetty:run is nice to quickly test a web project, but not for development. As you mentioned redeployment— with the embedded jetty in a debugger redeployment is often not necessary when you use hotswap. If you haven't used that, you're missing out. With JavaRebel things are even brighter—no redeployment or restarting of servers (but I haven't toyed with their latest releases) Martijn On Wed, Sep 10, 2008 at 3:53 PM, Roman Zechner [EMAIL PROTECTED] wrote: I am using the maven jetty plugin in development and it works fine for me. I don't see why you shouldn't use it as Martijn pointed out? If there's a need, I can post the required configuration here. I am working under WinXP, all my stuff is redeployed after changes have been made when working with `cmd`, only if I am working with cygwin, it doesn't recognize changes made to files other than .java Roman Eyal Golan wrote: Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED] office: +43 (0)463 220-111 | fax: +43 (0)463 220-288 http://www.Liland.at - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Liland ...does IT better Liland IT GmbH Creative Master email: [EMAIL PROTECTED]
Calling a javascript function on render
Hi I am kind of new to the wicket framework... But here is what I am trying to do: I am implementing a part of an already existing application. In this new section, I have a form, when it is submitted, if some conditions are respected, I need to call an already existing javascript function (that will modify something in another frame). It is not and cannot be a ajax call. It need to be conditional to something on the server side. In our pre-wicket version of this section, a script markup was just added a the end of the page by a condition in the jsp. What is the best way to do that kind of thing? I found a solution by overrinding the onBeforeRender method on my page and use getResponse().write( scriptfunctionxy();/script ); based on a flag I set in my button's onSubmit method, but I find it kind of ugly. Is there another way? A cleaner way? Thanks! -- View this message in context: http://www.nabble.com/Calling-a-javascript-function-on-render-tp19414820p19414820.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Calling a javascript function on render
Hi there, have a look at IHeaderContributor. There's an easy example in the API docs. http://wicket.apache.org/docs/wicket-1.3.2/wicket/apidocs/org/apache/wicket/markup/html/IHeaderContributor.html Cheers tleveque wrote: Hi I am kind of new to the wicket framework... But here is what I am trying to do: I am implementing a part of an already existing application. In this new section, I have a form, when it is submitted, if some conditions are respected, I need to call an already existing javascript function (that will modify something in another frame). It is not and cannot be a ajax call. It need to be conditional to something on the server side. In our pre-wicket version of this section, a script markup was just added a the end of the page by a condition in the jsp. What is the best way to do that kind of thing? I found a solution by overrinding the onBeforeRender method on my page and use getResponse().write( scriptfunctionxy();/script ); based on a flag I set in my button's onSubmit method, but I find it kind of ugly. Is there another way? A cleaner way? Thanks! -- View this message in context: http://www.nabble.com/Calling-a-javascript-function-on-render-tp19414820p19414825.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: https flips to http
Here's what I see from using Tamper Data. It appears that there's a 302 redirect causing the switch. Is that something Wicket does? http://www.nabble.com/file/p19414977/tamperData.gif Jeremy Thomerson-5 wrote: Wicket uses relative URLs, so at first guess, I'd think it was something else. Start with something like -- View this message in context: http://www.nabble.com/https-flips-to-http-tp19403303p19414977.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: https flips to http
Setting the following security-constraint in your web.xml should fix that: security-constraint web-resource-collection web-resource-namesecure/web-resource-name url-pattern//url-pattern /web-resource-collection user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint /security-constraint It basically enforces ALL requests to SSL connections. Jörn On Wed, Sep 10, 2008 at 6:14 PM, insom [EMAIL PROTECTED] wrote: Here's what I see from using Tamper Data. It appears that there's a 302 redirect causing the switch. Is that something Wicket does? http://www.nabble.com/file/p19414977/tamperData.gif Jeremy Thomerson-5 wrote: Wicket uses relative URLs, so at first guess, I'd think it was something else. Start with something like -- View this message in context: http://www.nabble.com/https-flips-to-http-tp19403303p19414977.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: https flips to http
You can look at the response headers and see where the redirect is coming from. You can also view source on the response (all from tamper data) and see what it is exactly. For instance, I have a server that requires HTTPS. So, I use Apache to redirect all port 80 requests to the port 443 equivalent. Then, if it was / that was requested, Wicket takes over and does a redirect to the homepage. The first redirect shows Apache (CentOS) as the server header response. The second (Wicket) shows Apache-Coyote - my servlet container. Hope this helps -- Jeremy Thomerson http://www.wickettraining.com On Wed, Sep 10, 2008 at 11:14 AM, insom [EMAIL PROTECTED] wrote: Here's what I see from using Tamper Data. It appears that there's a 302 redirect causing the switch. Is that something Wicket does? http://www.nabble.com/file/p19414977/tamperData.gif Jeremy Thomerson-5 wrote: Wicket uses relative URLs, so at first guess, I'd think it was something else. Start with something like -- View this message in context: http://www.nabble.com/https-flips-to-http-tp19403303p19414977.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can we have a prefix in the subject line for any emails from this mailing list?
Emails from this mailing list quickly jam up my email account. Since there isn't a filter for this email account, I have to move emails to another folder by hand. It would be very helpful if the subject line with a prefix like [wicket-user] so that I know what the email is about. Thanks.
Re: Hot deployment / code swapping
Cool... thanks a lot. I will check this out tomorrow! Thanks for sharing this piece have a nice evening. Roman Zechner | Liland wrote: don't worry, we had our own problems in the beginning to get this stuff working. here we go - hope I haven't forgotten anything. you need to modify pom.xml jetty-env.xml set MAVEN_OPTS pom.xml: properties jetty.version6.1.4/jetty.version /properties dependency groupIdorg.mortbay.jetty/groupId artifactIdjetty/artifactId version${jetty.version}/version scopeprovided/scope /dependency dependency groupIdorg.mortbay.jetty/groupId artifactIdjetty-util/artifactId version${jetty.version}/version scopeprovided/scope /dependency dependency groupIdorg.mortbay.jetty/groupId artifactIdjetty-management/artifactId version${jetty.version}/version scopeprovided/scope /dependency !-- jdbc drivers (needed for execution in jetty) -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version5.0.8/version scoperuntime/scope /dependency plugins plugin groupIdorg.mortbay.jetty/groupId artifactIdmaven-jetty-plugin/artifactId configuration scanIntervalSeconds7/scanIntervalSeconds jettyEnvXml${basedir}/etc/jetty-env.xml/jettyEnvXml /configuration /plugin jetty-env.xml: ?xml version=1.0? !DOCTYPE Configure PUBLIC -//Mort Bay Consulting//DTD Configure//EN http://jetty.mortbay.org/configure.dtd; Configure class=org.mortbay.jetty.webapp.WebAppContext New id=jdbc/eventmanager class=org.mortbay.jetty.plus.naming.Resource Argjdbc/myDB/Arg Arg New class=org.apache.commons.dbcp.BasicDataSource Set name=DriverClassNamecom.mysql.jdbc.Driver/Set Set name=Url jdbc:mysql://localhost:3306/myDB?autoReconnect=true /Set Set name=Usernamemyusr/Set Set name=Passwordmypwd/Set /New /Arg /New /Configure set env variable MAVEN_OPTS to get debugging port -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=4000,server=y,suspend=n Hope that helps! Cheers, Roman pixologe wrote: Hi Roman, even though my current main project is not under maven control, i'd be happy to have a look at your config, if you are willing to share it. Obviously there are quite some things not 100% clear to me yet... both with and without maven and maven jetty plugin :-/ Cheers+thanks Roman Zechner | Liland wrote: I am using the maven jetty plugin in development and it works fine for me. I don't see why you shouldn't use it as Martijn pointed out? If there's a need, I can post the required configuration here. I am working under WinXP, all my stuff is redeployed after changes have been made when working with `cmd`, only if I am working with cygwin, it doesn't recognize changes made to files other than .java Roman Eyal Golan wrote: Regarding the embedded jetty, do you know if it is possible to point it to an external WAR so it will be as if deployed as well? I looked into Jetty's document but didn't find. On Wed, Sep 10, 2008 at 4:17 PM, Martijn Dashorst [EMAIL PROTECTED] wrote: The maven jetty plugin is not meant for development, but for quick demos. Stop trying to use the jetty plugin for something it is not intended for. The Wicket quickstart project provides a very well functioning embedded jetty server, which runs like a charm in the Eclipse debugger (and IDEA and Netbeans debugger) providing everything Java offers without *any* additional configuration. Setting up your Wicket project is described in detail in Wicket in Action's bonus chapter, available from the Manning website (http://manning.com/dashorst) Martijn On Wed, Sep 10, 2008 at 3:05 PM, pixologe [EMAIL PROTECTED] wrote: Hi Martijn, So this means that the wicket quickstart project does NOT do it out of the box? Which obviously goes for non-maven-projects too then? That's good to know, I obviously have been terribly misinformed then... Even though it will obviously take me some more time to figure out how this can be achieved, all the more in a project that does not use maven - if anybody knows a good site regarding to this, i'd be happy to see a link :) Thanks a lot Martijn Dashorst wrote: The maven jetty plugin needs to be configured separately. See its documentation regarding hot deployment. -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19413161.html Sent from the Wicket - User mailing list archive at Nabble.com.
Re: Hot deployment / code swapping
Now I am using the embedded jetty server as suggested in the bonus chapters of Wicket in Action. But Spring complains that it is missing a bean dataSource, so I set the jetty deployment descriptor with WebAppContext bb = new WebAppContext(); bb.setDefaultsDescriptor(etc/jetty-env.xml); But it's still not working - any ideas? Roman Igor Vaynberg wrote: wicket does not provide anything in the way of deployment. what it does in dev mode is monitor any changes to html/properties files and when they are changed it evicts them from cache so next time you reload the page you see the changes. obviously wicket does not know where your source file live, so it can only monitor files in the classes dir by default. usually your ide copies html/properties to the right place automatically when you change them so it is nice and transparent and magical, but that involves using an ide... -igor On Wed, Sep 10, 2008 at 3:57 AM, pixologe [EMAIL PROTECTED] wrote: Hi everybody, I have read in some older messages of this list that wicket by default takes care of re-deploying changed classes and HTML files, does that still apply? It does not work for me, not even with a fresh quickstart project. Neither HTML files nor Java classes are reloaded when they are changed. Are there any issues with this under certain circumstances (e.g. having vista ;-)? What I just did is this: mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.4 -DgroupId=com.mycompany -DartifactId=myproject cd myproject mvn package mvn jetty:run [changed HomePage.class and HomePage.html] The changes do not have any effect until I restart jetty. Any hints on this issue are highly appreciated, thanks a lot in advance! -- View this message in context: http://www.nabble.com/Hot-deployment---code-swapping-tp19410295p19410295.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can we have a prefix in the subject line for any emails from this mailing list?
Can you do a filter on emails sent to users@wicket.apache.org ? That's what I do, and it works great. On Wed, Sep 10, 2008 at 11:43 AM, Vernon [EMAIL PROTECTED] wrote: Emails from this mailing list quickly jam up my email account. Since there isn't a filter for this email account, I have to move emails to another folder by hand. It would be very helpful if the subject line with a prefix like [wicket-user] so that I know what the email is about. Thanks. -- Jeremy Thomerson http://www.wickettraining.com
Re: Form values lost in combination of Forms plus ModalWindow
Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window. Should that make any trouble? In both cases i have data to persist, so it must be a .*Submit.* component. Also, my problem happens when closing the window, not when opening it. I summarize it again: -the browser sends an ajax call with the values in the modal window -but on wicket side the main form of the page is the one that takes charge -the components on the page then receive the new input, but there's actually nothing coming from the browser for them -some components (text components) handle it well, some not (checkbox, dropdownchoice). -the misbehaving component get a rawinput of null instead of NO_RAW_INPUT, which then produces the side effect that the component does not get the value from the model on rendering. Please see the doubts section at the end of the original e-mail. Thanks again, German 2008/9/9 Matej Knopp [EMAIL PROTECTED] The link that shows the modal window must be AjaxButton/SubmitLink. -Matej On Tue, Sep 9, 2008 at 11:20 PM, German Morales [EMAIL PROTECTED] wrote: Hi all, I've a problem with Forms and ModalWindows. I have this stuff: -a page with a main Form (the only one that is rendered as an HTML form tag) -this my only page, since all inside it is changed by replacing panels using ajax. -inside some other levels of panels, i have a panel with my content (let me call it myContentPanel), which has its own (sub) Form (which is rendered as a div). -myContentPanel has some controls... TextFields, DropDownChoices, CheckBoxes. -myContentPanel has also a link that opens a ModalWindow. -the ModalWindow has its own Form with components, and an AjaxSubmitLink to close it. Now the problem... 1- I enter to myContentPanel and enter some values in the components. 2- I press the link to open the ModalWindow. 3- I work with the ModalWindow, then press an AjaxSubmitLink to close it. 4- When refreshing myContentPanel, the values in some controls is lost: CheckBoxes, DropDownChoices, but NOT in TextFields. After some investigation, this is what i've discovered: -on step 3 (accept and close the ModalWindow), the AjaxSubmitLink calls (javascript) wicketSubmitFormById passing the ModalWindow's form as parameter. -this processes the ModalWindow's form and prepares the values to be sent to wicket side. -but when i see the url, it mentions that the form that will be used for the HTTP request is the page's form (because it's the only real form, i think this is normal). -on wicket side, the request processing calls Form#onFormSubmitted, which calls #inputChanged, which calls a visitor visiting all components... in the main form! -this ends up calling FormComponent#inputChanged on the CheckBoxes, DropDownChoices, TextFields that where in myContentPanel (also for the controls in the ModalWindow, but that's no surprise). -given that the javascript only prepared the data for the ModalWindow's form, the values for the components in myContentPanel is empty. -looking deeper in #inputChanged, getInputAsArray() gives null for the components in myContentPanel. -then, since CheckBox and DropDownChoice answer true to isInputNullable() (default in FormComponent), the rawInput is set to null, even if i didn't touch the CheckBoxes/DropDownChoices at all in this call (then losing the previous value: NO_RAW_INPUT). -on step 4, when the CheckBox/DropDownChoice wants to get rendered again, onComponentTag calls FormComponent#getValue, which if (NO_RAW_INPUT.equals(rawInput)) uses the Model to get the value (what i would expect), but in my case returns the rawInput (null... ouch). I have fixed it temporaly by overriding isInputNullable in my CheckBoxes/DropDownChoice, but i understand that this is not a very good solution. Some doubts that remain: -is there anything wrong with my structure of forms and panels, which is actually producing these side effects? -if only the values for ModalWindow form are sent to the server, why the is onFormSubmitted called on the main page form? -the javadoc in isInputNullable is not very clear for me... do i break something else if i override isInputNullable answering false? Thanks in advance, German
Re: Can we have a prefix in the subject line for any emails from this mailing list?
switch to gmail On Wed, Sep 10, 2008 at 12:43 PM, Vernon [EMAIL PROTECTED] wrote: Emails from this mailing list quickly jam up my email account. Since there isn't a filter for this email account, I have to move emails to another folder by hand. It would be very helpful if the subject line with a prefix like [wicket-user] so that I know what the email is about. Thanks. -- Ryan Gravener http://twitter.com/ryangravener
Re: Form values lost in combination of Forms plus ModalWindow
I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window. Should that make any trouble? In both cases i have data to persist, so it must be a .*Submit.* component. Also, my problem happens when closing the window, not when opening it. I summarize it again: -the browser sends an ajax call with the values in the modal window -but on wicket side the main form of the page is the one that takes charge -the components on the page then receive the new input, but there's actually nothing coming from the browser for them -some components (text components) handle it well, some not (checkbox, dropdownchoice). -the misbehaving component get a rawinput of null instead of NO_RAW_INPUT, which then produces the side effect that the component does not get the value from the model on rendering. Please see the doubts section at the end of the original e-mail. Thanks again, German 2008/9/9 Matej Knopp [EMAIL PROTECTED] The link that shows the modal window must be AjaxButton/SubmitLink. -Matej On Tue, Sep 9, 2008 at 11:20 PM, German Morales [EMAIL PROTECTED] wrote: Hi all, I've a problem with Forms and ModalWindows. I have this stuff: -a page with a main Form (the only one that is rendered as an HTML form tag) -this my only page, since all inside it is changed by replacing panels using ajax. -inside some other levels of panels, i have a panel with my content (let me call it myContentPanel), which has its own (sub) Form (which is rendered as a div). -myContentPanel has some controls... TextFields, DropDownChoices, CheckBoxes. -myContentPanel has also a link that opens a ModalWindow. -the ModalWindow has its own Form with components, and an AjaxSubmitLink to close it. Now the problem... 1- I enter to myContentPanel and enter some values in the components. 2- I press the link to open the ModalWindow. 3- I work with the ModalWindow, then press an AjaxSubmitLink to close it. 4- When refreshing myContentPanel, the values in some controls is lost: CheckBoxes, DropDownChoices, but NOT in TextFields. After some investigation, this is what i've discovered: -on step 3 (accept and close the ModalWindow), the AjaxSubmitLink calls (javascript) wicketSubmitFormById passing the ModalWindow's form as parameter. -this processes the ModalWindow's form and prepares the values to be sent to wicket side. -but when i see the url, it mentions that the form that will be used for the HTTP request is the page's form (because it's the only real form, i think this is normal). -on wicket side, the request processing calls Form#onFormSubmitted, which calls #inputChanged, which calls a visitor visiting all components... in the main form! -this ends up calling FormComponent#inputChanged on the CheckBoxes, DropDownChoices, TextFields that where in myContentPanel (also for the controls in the ModalWindow, but that's no surprise). -given that the javascript only prepared the data for the ModalWindow's form, the values for the components in myContentPanel is empty. -looking deeper in #inputChanged, getInputAsArray() gives null for the components in myContentPanel. -then, since CheckBox and DropDownChoice answer true to isInputNullable() (default in FormComponent), the rawInput is set to null, even if i didn't touch the CheckBoxes/DropDownChoices at all in this call (then losing the previous value: NO_RAW_INPUT). -on step 4, when the CheckBox/DropDownChoice wants to get rendered again, onComponentTag calls FormComponent#getValue, which if (NO_RAW_INPUT.equals(rawInput)) uses the Model to get the value (what i would expect), but in my case returns the rawInput (null... ouch). I have fixed it temporaly by overriding isInputNullable in my CheckBoxes/DropDownChoice, but i understand that this is not a very good solution. Some doubts that remain: -is there anything wrong with my structure of forms and panels, which is actually producing these side effects? -if only the values for ModalWindow form are sent to the server, why the is onFormSubmitted called on the main page form? -the javadoc in isInputNullable is not very clear for me... do i break something
Seeing html changes without jetty restart.
I used to be able to see changes to html without restarting jetty. It has a been a long time since I needed to make extensive html changes so I don't know what's changed, but for some reason, this doesn't work anymore. I tried many things to no avail (for example, even the sample quick-start and maven archetypes don't refresh anymore by just changing the html). Can anyone offer any ideas to try to get this working again? Thank you so much in advance, Carl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WicketTester feature request
Hi all, I've had a few problems with WicketTester recently and would like to submit a request for when it gets overhauled for version 1.5 (is that still the plan by the way?): It would be really useful to have a clean way to hook in code to execute pre- and post-request for operations that take place through WicketTester. In other words, some way to intercept all operations. In a real application, I can use a ServletFilter or override methods in WicketFilter to perform per-request initialisation and cleanup, but WicketTester doesn't execute its operations through these classes. So it would be very useful to do something similar when using WicketTester. I've tried various ways for doing this. One was to extend the RequestCycle with code that it calls out to pre processing when created and post processing when detached. I found this didn't work as sometimes WicketTester will create multiple request cycles whilst performing a single operation, so I got multiple invocations to the pre code. I also tried overriding WicketTester's MockWebApplication's methods processRequestCycle(*) but I found there were cases of operations where these would not be invocated. For example, BaseWicketTester.clickLink() will, in case of various Ajax components, create an ad-hoc request cycle and process this, instead of going through the application. This is with Wicket 1.3.3 by the way. If there's some other, better way to achieve all of this then please correct me and consider the feature request withdrawn... :-) Regards, Jan
Re: Form values lost in combination of Forms plus ModalWindow
That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window. Should that make any trouble? In both cases i have data to persist, so it must be a .*Submit.* component. Also, my problem happens when closing the window, not when opening it. I summarize it again: -the browser sends an ajax call with the values in the modal window -but on wicket side the main form of the page is the one that takes charge -the components on the page then receive the new input, but there's actually nothing coming from the browser for them -some components (text components) handle it well, some not (checkbox, dropdownchoice). -the misbehaving component get a rawinput of null instead of NO_RAW_INPUT, which then produces the side effect that the component does not get the value from the model on rendering. Please see the doubts section at the end of the original e-mail. Thanks again, German 2008/9/9 Matej Knopp [EMAIL PROTECTED] The link that shows the modal window must be AjaxButton/SubmitLink. -Matej On Tue, Sep 9, 2008 at 11:20 PM, German Morales [EMAIL PROTECTED] wrote: Hi all, I've a problem with Forms and ModalWindows. I have this stuff: -a page with a main Form (the only one that is rendered as an HTML form tag) -this my only page, since all inside it is changed by replacing panels using ajax. -inside some other levels of panels, i have a panel with my content (let me call it myContentPanel), which has its own (sub) Form (which is rendered as a div). -myContentPanel has some controls... TextFields, DropDownChoices, CheckBoxes. -myContentPanel has also a link that opens a ModalWindow. -the ModalWindow has its own Form with components, and an AjaxSubmitLink to close it. Now the problem... 1- I enter to myContentPanel and enter some values in the components. 2- I press the link to open the ModalWindow. 3- I work with the ModalWindow, then press an AjaxSubmitLink to close it. 4- When refreshing myContentPanel, the values in some controls is lost: CheckBoxes, DropDownChoices, but NOT in TextFields. After some investigation, this is what i've discovered: -on step 3 (accept and close the ModalWindow), the AjaxSubmitLink calls (javascript) wicketSubmitFormById passing the ModalWindow's form as parameter. -this processes the ModalWindow's form and prepares the values to be sent to wicket side. -but when i see the url, it mentions that the form that will be used for the HTTP request is the page's form (because it's the only real form, i think this is normal). -on wicket side, the request processing calls Form#onFormSubmitted, which calls #inputChanged, which calls a visitor visiting all components... in the main form! -this ends up calling FormComponent#inputChanged on the CheckBoxes, DropDownChoices, TextFields that where in myContentPanel (also for the controls in the ModalWindow, but that's no surprise). -given that the javascript only prepared the data for the ModalWindow's form, the values for the components in myContentPanel is empty. -looking deeper in #inputChanged, getInputAsArray() gives null for the components in myContentPanel. -then, since CheckBox and DropDownChoice answer true to isInputNullable() (default in FormComponent), the rawInput is set to null, even if i didn't touch the CheckBoxes/DropDownChoices at all in this call (then losing the previous value:
Re: Form values lost in combination of Forms plus ModalWindow
But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window. Should that make any trouble? In both cases i have data to persist, so it must be a .*Submit.* component. Also, my problem happens when closing the window, not when opening it. I summarize it again: -the browser sends an ajax call with the values in the modal window -but on wicket side the main form of the page is the one that takes charge -the components on the page then receive the new input, but there's actually nothing coming from the browser for them -some components (text components) handle it well, some not (checkbox, dropdownchoice). -the misbehaving component get a rawinput of null instead of NO_RAW_INPUT, which then produces the side effect that the component does not get the value from the model on rendering. Please see the doubts section at the end of the original e-mail. Thanks again, German 2008/9/9 Matej Knopp [EMAIL PROTECTED] The link that shows the modal window must be AjaxButton/SubmitLink. -Matej On Tue, Sep 9, 2008 at 11:20 PM, German Morales [EMAIL PROTECTED] wrote: Hi all, I've a problem with Forms and ModalWindows. I have this stuff: -a page with a main Form (the only one that is rendered as an HTML form tag) -this my only page, since all inside it is changed by replacing panels using ajax. -inside some other levels of panels, i have a panel with my content (let me call it myContentPanel), which has its own (sub) Form (which is rendered as a div). -myContentPanel has some controls... TextFields, DropDownChoices, CheckBoxes. -myContentPanel has also a link that opens a ModalWindow. -the ModalWindow has its own Form with components, and an AjaxSubmitLink to close it. Now the problem... 1- I enter to myContentPanel and enter some values in the components. 2- I press the link to open the ModalWindow. 3- I work with the ModalWindow, then press an AjaxSubmitLink to close it. 4- When refreshing myContentPanel, the values in some controls is lost: CheckBoxes, DropDownChoices, but NOT in TextFields. After some investigation, this is what i've discovered: -on step 3 (accept and close the ModalWindow), the AjaxSubmitLink calls (javascript) wicketSubmitFormById passing the ModalWindow's form as parameter. -this processes the ModalWindow's form and prepares the values to be sent to wicket side. -but when i see the url, it mentions that the form that will be used for the HTTP request is the page's form (because it's the only real form, i think this is normal). -on wicket side, the request processing calls Form#onFormSubmitted, which calls #inputChanged, which calls a visitor visiting all components... in the main form! -this ends up calling FormComponent#inputChanged on the CheckBoxes, DropDownChoices, TextFields that where in myContentPanel (also for the controls in the ModalWindow, but that's no surprise). -given that the javascript only prepared the data for the ModalWindow's form, the values for the components in myContentPanel is empty. -looking deeper in #inputChanged, getInputAsArray() gives null for the
Re: Custom Validator on Panel
Thanx for your reply! I sort of solved it using the formcomponentpanel. But I'm not sure I'm doing it in the most elegant way.. I have a: public class CustomValidator extends AbstractValidator { . . . protected void onValidate(IValidatable iValidatable){ } } I have attached that validator to my FormComponentPanel.. How do I access the TExtFields, that are on the FormComponentPanel, from within the onValidate method? igor.vaynberg wrote: see formcomponentpanel -igor On Wed, Sep 10, 2008 at 1:59 AM, ulrik [EMAIL PROTECTED] wrote: Hello! I have a webpage with this structure: html body form wicket:id=form div wicket:id=addressPanel/ input type=submit wicket:id=submitButton/ /form /body /html The addressPanel is a panel containing a number of TextFields, like this: wicket:panel input type=text wicket:id=street/ input type=text wicket:id=postBox/ input type=text wicket:id=number/ /wicket:panel What I would like to do is attach some sort of validator on the addressPanel. When I submit the form I would like to make a conditional validation on the textfield. And by that I mean for example: If the user has entered something in the textfield with id street the input field with id postBox is not required. And if the user has entered something in the postBox field, the street field is should not be required. Is this by any change possible to do? -- View this message in context: http://www.nabble.com/Custom-Validator-on-Panel-tp19409373p19409373.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Custom-Validator-on-Panel-tp19409373p19416300.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Custom Validator on Panel
keep a reference to them as fields and call textfield.getconvertedinput() to get to the value -igor On Wed, Sep 10, 2008 at 11:26 AM, ulrik [EMAIL PROTECTED] wrote: Thanx for your reply! I sort of solved it using the formcomponentpanel. But I'm not sure I'm doing it in the most elegant way.. I have a: public class CustomValidator extends AbstractValidator { . . . protected void onValidate(IValidatable iValidatable){ } } I have attached that validator to my FormComponentPanel.. How do I access the TExtFields, that are on the FormComponentPanel, from within the onValidate method? igor.vaynberg wrote: see formcomponentpanel -igor On Wed, Sep 10, 2008 at 1:59 AM, ulrik [EMAIL PROTECTED] wrote: Hello! I have a webpage with this structure: html body form wicket:id=form div wicket:id=addressPanel/ input type=submit wicket:id=submitButton/ /form /body /html The addressPanel is a panel containing a number of TextFields, like this: wicket:panel input type=text wicket:id=street/ input type=text wicket:id=postBox/ input type=text wicket:id=number/ /wicket:panel What I would like to do is attach some sort of validator on the addressPanel. When I submit the form I would like to make a conditional validation on the textfield. And by that I mean for example: If the user has entered something in the textfield with id street the input field with id postBox is not required. And if the user has entered something in the postBox field, the street field is should not be required. Is this by any change possible to do? -- View this message in context: http://www.nabble.com/Custom-Validator-on-Panel-tp19409373p19409373.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Custom-Validator-on-Panel-tp19409373p19416300.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ajax dropdowns
Thank you Matej. I already tried that. I get the same behavior either way. Oddly, I only get the problem if an update occurs as the onblur for the field preceding the select (drop down) element. At that point I am focused on the select and can change it's value. However in IE6 I still tab out of the select element back to the element with tabindex=1. If instead of tabbing into the select element I click on it then this problem goes away. Here is the relevant onblur event for the field prior to the select element. onblur=var wcall=wicketSubmitFormById('billingForm134', '?wicket:interface=:7:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IActivePageBehaviorListener:6:wicket:ignoreIfNotActive=true', null,null,null, function() {return Wicket.$('lastName140') != null;}.bind(this)); We effectively submit every field onblur so that we can perform validation across multiple fields (do the e-mail addresses match?). Thank you, Scott On Wed, Sep 10, 2008 at 10:48 AM, Matej Knopp [EMAIL PROTECTED] wrote: Try calling AjaxRequestTarget#focusComponent(null) from the event handler. -Matej On Wed, Sep 10, 2008 at 4:24 AM, Scott Swank [EMAIL PROTECTED] wrote: Possible bug in Wicket 1.3.4 JavaScript I am seeing a focus issue when an AjaxFormComponentUpdatingBehavior(onblur) is fired from a form component and the next form component is a drop down. When I then tab out of the drop down I go to the 1st item on the page rather than the next item on the form. This only occurs in IE6, and only if an element prior to the dropdown is updated. Here are the ajax logs from IE6 and Firefox3. I suspect that this behavior is related to the fact that I see details such as the following for FF3, but not for IE6. INFO: Calling focus on wicket-generated-id-2 INFO: focus removed from wicket-generated-id-2 INFO: focus set on wicket-generated-id-2 The logs.. IE6 INFO: Initiating Ajax POST request on ?wicket:interface=:3:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IBehaviorListener:2:random=0.03186744821668486 INFO: Invoking pre-call handler(s)... INFO: Channel busy - postponing... INFO: focus set on INFO: Received ajax response (69 characters) INFO: ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response INFO: Response parsed. Now invoking steps... INFO: Response processed successfully. INFO: Invoking post-call handler(s)... INFO: Calling posponed function... INFO: INFO: Initiating Ajax POST request on ?wicket:interface=:3:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IActivePageBehaviorListener:6:wicket:ignoreIfNotActive=truerandom=0.03611269598335831 INFO: Invoking pre-call handler(s)... INFO: last focus id was not set INFO: Received ajax response (986 characters) INFO: ?xml version=1.0 encoding=UTF-8?ajax-responsecomponent id=feedbackContainer92 ![CDATA[div id=feedbackContainer92 class=errorBar div class=errorBarImgimg src=/mytrip/images/img_error.gif width=26 height=26 alt= border=0 //div div class=errorBarUL span id=feedbacke9!-- MARKUP FOR com.vegas.ui.wicket.form.validation.ValidationBorder$2 BEGIN -- ul li class=feedbackPanelERROR span class=feedbackPanelERRORYou did not enter a first name. Please enter a first name and try again./span /li /ul !-- MARKUP FOR com.vegas.ui.wicket.form.validation.ValidationBorder$2 END --/span /div div class=clear/div /div]]/componentcomponent id=errorImg94 ![CDATA[span id=errorImg94 img src=/mytrip/images/img_error.gif width=26 height=26 alt= border=0 / /span]]/componentevaluate![CDATA[Wicket.Focus.setFocusOnId(null);]]/evaluate/ajax-response INFO: Response parsed. Now invoking steps... INFO: focus set on null from serverside INFO: Response processed successfully. INFO: Invoking post-call handler(s)... INFO: last focus id was not set INFO: focus set on address19c Firefox 3 INFO: Initiating Ajax POST request on ?wicket:interface=:3:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IBehaviorListener:2:random=0.3242582275093997 INFO: Invoking pre-call handler(s)... INFO: Channel busy - postponing... INFO: focus set on wicket-generated-id-2 INFO: Received ajax response (69 characters) INFO: ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response INFO: Response parsed. Now invoking steps... INFO: Response processed successfully. INFO: Invoking post-call handler(s)... INFO: Calling posponed function... INFO: Calling focus on wicket-generated-id-2 INFO: focus removed from wicket-generated-id-2 INFO: focus set on wicket-generated-id-2 INFO: INFO: Initiating Ajax POST request on ?wicket:interface=:3:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IActivePageBehaviorListener:6:wicket:ignoreIfNotActive=truerandom=0.2535805409469859 INFO: Invoking pre-call handler(s)... INFO: Received ajax response (986 characters) INFO: ?xml version=1.0
Re: Form values lost in combination of Forms plus ModalWindow
There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window. Should that make any trouble? In both cases i have data to persist, so it must be a .*Submit.* component. Also, my problem happens when closing the window, not when opening it. I summarize it again: -the browser sends an ajax call with the values in the modal window -but on wicket side the main form of the page is the one that takes charge -the components on the page then receive the new input, but there's actually nothing coming from the browser for them -some components (text components) handle it well, some not (checkbox, dropdownchoice). -the misbehaving component get a rawinput of null instead of NO_RAW_INPUT, which then produces the side effect that the component does not get the value from the model on rendering. Please see the doubts section at the end of the original e-mail. Thanks again, German 2008/9/9 Matej Knopp [EMAIL PROTECTED] The link that shows the modal window must be AjaxButton/SubmitLink. -Matej On Tue, Sep 9, 2008 at 11:20 PM, German Morales [EMAIL PROTECTED] wrote: Hi all, I've a problem with Forms and ModalWindows. I have this stuff: -a page with a main Form (the only one that is rendered as an HTML form tag) -this my only page, since all inside it is changed by replacing panels using ajax. -inside some other levels of panels, i have a panel with my content (let me call it myContentPanel), which has its own (sub) Form (which is rendered as a div). -myContentPanel has some controls... TextFields, DropDownChoices, CheckBoxes. -myContentPanel has also a link that opens a ModalWindow. -the
Re: Form values lost in combination of Forms plus ModalWindow
I'm also reading this... http://cwiki.apache.org/WICKET/nested-forms.html which in the case of all forms enabled, inner form submitted (3rd row). the result should be: Outer: nothing called, but input is preserved Middle: nothing called, but input is preserved Inner: onSubmit called So again, i come to think that onFormSubmitted should be called in the Form i passed to my ajax submit link, not the root form. But perhaps i'm missing something? Thanks for the support, German 2008/9/10 German Morales [EMAIL PROTECTED] There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window. Should that make any trouble? In both cases i have data to persist, so it must be a .*Submit.* component. Also, my problem happens when closing the window, not when opening it. I summarize it again: -the browser sends an ajax call with the values in the modal window -but on wicket side the main form of the page is the one that takes charge -the components on the page then receive the new input, but there's actually nothing coming from the browser for them -some components (text components) handle it well, some not (checkbox, dropdownchoice). -the misbehaving component get a rawinput of null instead of NO_RAW_INPUT, which then produces the side effect that the component does not get the value from the model on rendering. Please see the doubts section at the end of the original e-mail. Thanks again, German 2008/9/9 Matej Knopp [EMAIL PROTECTED] The link that shows the modal window must be AjaxButton/SubmitLink. -Matej On Tue, Sep 9, 2008 at 11:20 PM, German Morales [EMAIL PROTECTED] wrote: Hi all, I've a problem with Forms
Re: Form values lost in combination of Forms plus ModalWindow
You are right. It calls Wicket.Form.serialize(form) with the nested form, but the serialize method should find parent with form tag name and serialize that. -Matej On Wed, Sep 10, 2008 at 9:04 PM, German Morales [EMAIL PROTECTED] wrote: There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window. Should that make any trouble? In both cases i have data to persist, so it must be a .*Submit.* component. Also, my problem happens when closing the window, not when opening it. I summarize it again: -the browser sends an ajax call with the values in the modal window -but on wicket side the main form of the page is the one that takes charge -the components on the page then receive the new input, but there's actually nothing coming from the browser for them -some components (text components) handle it well, some not (checkbox, dropdownchoice). -the misbehaving component get a rawinput of null instead of NO_RAW_INPUT, which then produces the side effect that the component does not get the value from the model on rendering. Please see the doubts section at the end of the original e-mail. Thanks again, German 2008/9/9 Matej Knopp [EMAIL PROTECTED] The link that shows the modal window must be AjaxButton/SubmitLink. -Matej On Tue, Sep 9, 2008 at 11:20 PM, German Morales [EMAIL PROTECTED] wrote: Hi all, I've a problem with Forms and ModalWindows. I have this stuff: -a page with a main Form (the only one that is rendered as an HTML form tag) -this my only page, since all inside it is changed by replacing panels using ajax. -inside some other levels of panels, i have a panel with my content (let
Re: Form values lost in combination of Forms plus ModalWindow
I think that we are closer to the problem now... In my case (going back to the original post), the form i'm submitting is inside a ModalWindow. I'm using Firebug to see the generated DOM in runtime, and i find this (extracted...) before calling the ModalWindow: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window /body after calling the modal window: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window div added by modal window on the fly form a second form tag for the form in my modal window /div /body I think that it's ok that the second form is rendered as form, since it does not have another form outside (to be rendered as div). The problem is that ModalWindow inserted a div outside my root form. Therefore Wicket.Form.serialize() must be serializing up to that second form. I'm looking at the live Modal window example http://www.wicket-library.com/wicket-examples/ajax/modal-window.1 and i see that this behavior of adding a separated div at body level is normal, not something strange in my structure. German 2008/9/10 Matej Knopp [EMAIL PROTECTED] You are right. It calls Wicket.Form.serialize(form) with the nested form, but the serialize method should find parent with form tag name and serialize that. -Matej On Wed, Sep 10, 2008 at 9:04 PM, German Morales [EMAIL PROTECTED] wrote: There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks, German 2008/9/9 German Morales [EMAIL PROTECTED] Hi Matej, Thanks for the answer. I have an AjaxSubmitLink both for opening and closing the modal window.
Re: Form values lost in combination of Forms plus ModalWindow
Check if your DOM hierarchy is valid, e.g. if you don't have any div tag inside span tags. -Matej On Wed, Sep 10, 2008 at 10:08 PM, German Morales [EMAIL PROTECTED] wrote: I think that we are closer to the problem now... In my case (going back to the original post), the form i'm submitting is inside a ModalWindow. I'm using Firebug to see the generated DOM in runtime, and i find this (extracted...) before calling the ModalWindow: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window /body after calling the modal window: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window div added by modal window on the fly form a second form tag for the form in my modal window /div /body I think that it's ok that the second form is rendered as form, since it does not have another form outside (to be rendered as div). The problem is that ModalWindow inserted a div outside my root form. Therefore Wicket.Form.serialize() must be serializing up to that second form. I'm looking at the live Modal window example http://www.wicket-library.com/wicket-examples/ajax/modal-window.1 and i see that this behavior of adding a separated div at body level is normal, not something strange in my structure. German 2008/9/10 Matej Knopp [EMAIL PROTECTED] You are right. It calls Wicket.Form.serialize(form) with the nested form, but the serialize method should find parent with form tag name and serialize that. -Matej On Wed, Sep 10, 2008 at 9:04 PM, German Morales [EMAIL PROTECTED] wrote: There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void onEvent(AjaxRequestTarget target) { getForm().getRootForm().onFormSubmitted(); which calls onFormSubmitted on the RootForm, and not in the Form i've passed to my AjaxSubmitLink. could someone explain me why it does that? In fact, overriding onEvent to call onFormSubmitted on getForm() and not in the root form solves my problems... but am i breaking something else? Thanks,
Re: Form values lost in combination of Forms plus ModalWindow
I don't see any div inside span in my stuff (we have suffered problems with this long ago, and we are more careful lately). Besides that, is it ok that the ModalWindow creates its own div at body level? Isn't that the reason of my problem? German 2008/9/10 Matej Knopp [EMAIL PROTECTED] Check if your DOM hierarchy is valid, e.g. if you don't have any div tag inside span tags. -Matej On Wed, Sep 10, 2008 at 10:08 PM, German Morales [EMAIL PROTECTED] wrote: I think that we are closer to the problem now... In my case (going back to the original post), the form i'm submitting is inside a ModalWindow. I'm using Firebug to see the generated DOM in runtime, and i find this (extracted...) before calling the ModalWindow: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window /body after calling the modal window: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window div added by modal window on the fly form a second form tag for the form in my modal window /div /body I think that it's ok that the second form is rendered as form, since it does not have another form outside (to be rendered as div). The problem is that ModalWindow inserted a div outside my root form. Therefore Wicket.Form.serialize() must be serializing up to that second form. I'm looking at the live Modal window example http://www.wicket-library.com/wicket-examples/ajax/modal-window.1 and i see that this behavior of adding a separated div at body level is normal, not something strange in my structure. German 2008/9/10 Matej Knopp [EMAIL PROTECTED] You are right. It calls Wicket.Form.serialize(form) with the nested form, but the serialize method should find parent with form tag name and serialize that. -Matej On Wed, Sep 10, 2008 at 9:04 PM, German Morales [EMAIL PROTECTED] wrote: There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote: Investigating a little more, my problem seems to be caused by AjaxFormSubmitBehavior#onEvent protected void
cross session leakage
1.3.4 says it fixed cross session leakage due to a dangling thread local in exceptional circumstances... but I don't see an actual but identified in the release notes. What exactly was fixed and what was the exceptional circumstance? Thanks, Edward - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Form values lost in combination of Forms plus ModalWindow
I have a quickstart project, should i send it privately? 2008/9/10 German Morales [EMAIL PROTECTED] I don't see any div inside span in my stuff (we have suffered problems with this long ago, and we are more careful lately). Besides that, is it ok that the ModalWindow creates its own div at body level? Isn't that the reason of my problem? German 2008/9/10 Matej Knopp [EMAIL PROTECTED] Check if your DOM hierarchy is valid, e.g. if you don't have any div tag inside span tags. -Matej On Wed, Sep 10, 2008 at 10:08 PM, German Morales [EMAIL PROTECTED] wrote: I think that we are closer to the problem now... In my case (going back to the original post), the form i'm submitting is inside a ModalWindow. I'm using Firebug to see the generated DOM in runtime, and i find this (extracted...) before calling the ModalWindow: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window /body after calling the modal window: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window div added by modal window on the fly form a second form tag for the form in my modal window /div /body I think that it's ok that the second form is rendered as form, since it does not have another form outside (to be rendered as div). The problem is that ModalWindow inserted a div outside my root form. Therefore Wicket.Form.serialize() must be serializing up to that second form. I'm looking at the live Modal window example http://www.wicket-library.com/wicket-examples/ajax/modal-window.1 and i see that this behavior of adding a separated div at body level is normal, not something strange in my structure. German 2008/9/10 Matej Knopp [EMAIL PROTECTED] You are right. It calls Wicket.Form.serialize(form) with the nested form, but the serialize method should find parent with form tag name and serialize that. -Matej On Wed, Sep 10, 2008 at 9:04 PM, German Morales [EMAIL PROTECTED] wrote: There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales [EMAIL PROTECTED] wrote:
Re: Form values lost in combination of Forms plus ModalWindow
attach it to a jira issue please -igor On Wed, Sep 10, 2008 at 3:22 PM, German Morales [EMAIL PROTECTED] wrote: I have a quickstart project, should i send it privately? 2008/9/10 German Morales [EMAIL PROTECTED] I don't see any div inside span in my stuff (we have suffered problems with this long ago, and we are more careful lately). Besides that, is it ok that the ModalWindow creates its own div at body level? Isn't that the reason of my problem? German 2008/9/10 Matej Knopp [EMAIL PROTECTED] Check if your DOM hierarchy is valid, e.g. if you don't have any div tag inside span tags. -Matej On Wed, Sep 10, 2008 at 10:08 PM, German Morales [EMAIL PROTECTED] wrote: I think that we are closer to the problem now... In my case (going back to the original post), the form i'm submitting is inside a ModalWindow. I'm using Firebug to see the generated DOM in runtime, and i find this (extracted...) before calling the ModalWindow: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window /body after calling the modal window: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window div added by modal window on the fly form a second form tag for the form in my modal window /div /body I think that it's ok that the second form is rendered as form, since it does not have another form outside (to be rendered as div). The problem is that ModalWindow inserted a div outside my root form. Therefore Wicket.Form.serialize() must be serializing up to that second form. I'm looking at the live Modal window example http://www.wicket-library.com/wicket-examples/ajax/modal-window.1 and i see that this behavior of adding a separated div at body level is normal, not something strange in my structure. German 2008/9/10 Matej Knopp [EMAIL PROTECTED] You are right. It calls Wicket.Form.serialize(form) with the nested form, but the serialize method should find parent with form tag name and serialize that. -Matej On Wed, Sep 10, 2008 at 9:04 PM, German Morales [EMAIL PROTECTED] wrote: There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong.
Re: [OT] Wicket in Action Jubilation
Mine arrived here in the UK yesterday too! Got mine here in Japan, too. Cool! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Form values lost in combination of Forms plus ModalWindow
On Wed, Sep 10, 2008 at 10:49 PM, German Morales [EMAIL PROTECTED] wrote: I don't see any div inside span in my stuff (we have suffered problems with this long ago, and we are more careful lately). Besides that, is it ok that the ModalWindow creates its own div at body level? Isn't that the reason of my problem? That is intentional. I don't think that should cause you the problems. -Matej German 2008/9/10 Matej Knopp [EMAIL PROTECTED] Check if your DOM hierarchy is valid, e.g. if you don't have any div tag inside span tags. -Matej On Wed, Sep 10, 2008 at 10:08 PM, German Morales [EMAIL PROTECTED] wrote: I think that we are closer to the problem now... In my case (going back to the original post), the form i'm submitting is inside a ModalWindow. I'm using Firebug to see the generated DOM in runtime, and i find this (extracted...) before calling the ModalWindow: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window /body after calling the modal window: body div here is all my content, even the placeholder for the modal window form here is my root form /div div added by wicket for the ajax debug window div added by modal window on the fly form a second form tag for the form in my modal window /div /body I think that it's ok that the second form is rendered as form, since it does not have another form outside (to be rendered as div). The problem is that ModalWindow inserted a div outside my root form. Therefore Wicket.Form.serialize() must be serializing up to that second form. I'm looking at the live Modal window example http://www.wicket-library.com/wicket-examples/ajax/modal-window.1 and i see that this behavior of adding a separated div at body level is normal, not something strange in my structure. German 2008/9/10 Matej Knopp [EMAIL PROTECTED] You are right. It calls Wicket.Form.serialize(form) with the nested form, but the serialize method should find parent with form tag name and serialize that. -Matej On Wed, Sep 10, 2008 at 9:04 PM, German Morales [EMAIL PROTECTED] wrote: There are no nested form tags, as expected... let me give you more details i'm discovering: The AjaxSubmitLink has something like this... function onclick(event) { var wcall = wicketSubmitFormById( id of my nested form ); return false; } This calls wicketSubmitFormById, no surprises... function wicketSubmitFormById(formId, url, submitButton, successHandler, failureHandler, precondition, channel) { var call = new Wicket.Ajax.Call(url, successHandler, failureHandler, channel); ... return call.submitFormById(formId, submitButton); } which calls submitFormById... submitFormById: function(formId, submitButton) { var form = Wicket.$(formId); ... return this.submitForm(form, submitButton); } which calls submitForm passing my nested form (i'm debugging with Firebug) // Submits a form using ajax. // This method serializes a form and sends it as POST body. submitForm: function(form, submitButton) { var body = function() { var s = Wicket.Form.serialize(form); if (submitButton != null) { s += Wicket.Form.encode(submitButton) + =1; } return s; } return this.request.post(body); } which ultimately calls Wicket.Form.serialize(form) with my nested form, not with the root form. Am i right? German PS: meanwhile i'm trying to produce a quickstart... but i guess it will take me some time. 2008/9/10 Matej Knopp [EMAIL PROTECTED] But that is exactly what should happen. Wicket javascript should find root form element and serialize that. Can you please check in your markup if there are any nested form tags? (shouldn't be). -Matej On Wed, Sep 10, 2008 at 8:11 PM, German Morales [EMAIL PROTECTED] wrote: That would be somehow complicated to produce right now. To make my question different... why the javascript side sends only the nested form info (wicketSubmitFormById()) and on wicket side the root form is the one that gets called? I've already tried and it works ok if i make the nested form do the processing instead of the root form. protected void onEvent(AjaxRequestTarget target) { getForm().onFormSubmitted(); // getRootForm() removed Another possibility would be that javascript side sends the values for the root form, and then it would be ok that the root form does the processing. Thanks, German 2008/9/10 Matej Knopp [EMAIL PROTECTED] I would need a quick start to see where it is going wrong. -Matej On Wed, Sep 10, 2008 at 7:26 PM, German Morales
Re: ajax dropdowns
Matej, I duplicated this scenario in a simple Wicket page and I do not see the problem, so this seems to be the result of some other interaction rather than a Wicket javascript bug. I will post back once I have a better sense of the issue. Thank you, Scott On Wed, Sep 10, 2008 at 11:51 AM, Scott Swank [EMAIL PROTECTED] wrote: Thank you Matej. I already tried that. I get the same behavior either way. Oddly, I only get the problem if an update occurs as the onblur for the field preceding the select (drop down) element. At that point I am focused on the select and can change it's value. However in IE6 I still tab out of the select element back to the element with tabindex=1. If instead of tabbing into the select element I click on it then this problem goes away. Here is the relevant onblur event for the field prior to the select element. onblur=var wcall=wicketSubmitFormById('billingForm134', '?wicket:interface=:7:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IActivePageBehaviorListener:6:wicket:ignoreIfNotActive=true', null,null,null, function() {return Wicket.$('lastName140') != null;}.bind(this)); We effectively submit every field onblur so that we can perform validation across multiple fields (do the e-mail addresses match?). Thank you, Scott On Wed, Sep 10, 2008 at 10:48 AM, Matej Knopp [EMAIL PROTECTED] wrote: Try calling AjaxRequestTarget#focusComponent(null) from the event handler. -Matej On Wed, Sep 10, 2008 at 4:24 AM, Scott Swank [EMAIL PROTECTED] wrote: Possible bug in Wicket 1.3.4 JavaScript I am seeing a focus issue when an AjaxFormComponentUpdatingBehavior(onblur) is fired from a form component and the next form component is a drop down. When I then tab out of the drop down I go to the 1st item on the page rather than the next item on the form. This only occurs in IE6, and only if an element prior to the dropdown is updated. Here are the ajax logs from IE6 and Firefox3. I suspect that this behavior is related to the fact that I see details such as the following for FF3, but not for IE6. INFO: Calling focus on wicket-generated-id-2 INFO: focus removed from wicket-generated-id-2 INFO: focus set on wicket-generated-id-2 The logs.. IE6 INFO: Initiating Ajax POST request on ?wicket:interface=:3:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IBehaviorListener:2:random=0.03186744821668486 INFO: Invoking pre-call handler(s)... INFO: Channel busy - postponing... INFO: focus set on INFO: Received ajax response (69 characters) INFO: ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response INFO: Response parsed. Now invoking steps... INFO: Response processed successfully. INFO: Invoking post-call handler(s)... INFO: Calling posponed function... INFO: INFO: Initiating Ajax POST request on ?wicket:interface=:3:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IActivePageBehaviorListener:6:wicket:ignoreIfNotActive=truerandom=0.03611269598335831 INFO: Invoking pre-call handler(s)... INFO: last focus id was not set INFO: Received ajax response (986 characters) INFO: ?xml version=1.0 encoding=UTF-8?ajax-responsecomponent id=feedbackContainer92 ![CDATA[div id=feedbackContainer92 class=errorBar div class=errorBarImgimg src=/mytrip/images/img_error.gif width=26 height=26 alt= border=0 //div div class=errorBarUL span id=feedbacke9!-- MARKUP FOR com.vegas.ui.wicket.form.validation.ValidationBorder$2 BEGIN -- ul li class=feedbackPanelERROR span class=feedbackPanelERRORYou did not enter a first name. Please enter a first name and try again./span /li /ul !-- MARKUP FOR com.vegas.ui.wicket.form.validation.ValidationBorder$2 END --/span /div div class=clear/div /div]]/componentcomponent id=errorImg94 ![CDATA[span id=errorImg94 img src=/mytrip/images/img_error.gif width=26 height=26 alt= border=0 / /span]]/componentevaluate![CDATA[Wicket.Focus.setFocusOnId(null);]]/evaluate/ajax-response INFO: Response parsed. Now invoking steps... INFO: focus set on null from serverside INFO: Response processed successfully. INFO: Invoking post-call handler(s)... INFO: last focus id was not set INFO: focus set on address19c Firefox 3 INFO: Initiating Ajax POST request on ?wicket:interface=:3:billingForm:checkoutBillingInfoPanel:lNameBorder:lastName::IBehaviorListener:2:random=0.3242582275093997 INFO: Invoking pre-call handler(s)... INFO: Channel busy - postponing... INFO: focus set on wicket-generated-id-2 INFO: Received ajax response (69 characters) INFO: ?xml version=1.0 encoding=UTF-8?ajax-response/ajax-response INFO: Response parsed. Now invoking steps... INFO: Response processed successfully. INFO: Invoking post-call handler(s)... INFO: Calling posponed function... INFO: Calling focus on wicket-generated-id-2 INFO: focus removed from wicket-generated-id-2 INFO: focus set on
Re: WicketTester feature request
On Wed, 10 Sep 2008, Jan Stette wrote: I've had a few problems with WicketTester recently and would like to submit a request for when it gets overhauled for version 1.5 (is that still the plan by the way?): Depending on what exactly overhaul means (English is not my native language), yes it is :) It would be really useful to have a clean way to hook in code to execute pre- and post-request for operations that take place through WicketTester. In other words, some way to intercept all operations. In a real application, I can use a ServletFilter or override methods in WicketFilter to perform per-request initialisation and cleanup, but WicketTester doesn't execute its operations through these classes. So it would be very useful to do something similar when using WicketTester. I'm not sure I understand what are you trying to achieve. Do you have a concrete example? WicketTester (and unit testing in general) should aim to test one behavior of an object in a certain state per test execution. So the test methods should conceptually be something like Panel containing selected user - is visible - displays user data - stores changed user data It sounds suspicious if you do a lot of operations in a single unit test method. Longer integration / acceptance / functional tests are better done with a different kind of tool that is actually invoking the whole deployed application. Does this seem to make sense? I've tried various ways for doing this. One was to extend the RequestCycle with code that it calls out to pre processing when created and post processing when detached. I found this didn't work as sometimes WicketTester will create multiple request cycles whilst performing a single operation, so I got multiple invocations to the pre code. Do you have an example of when multiple request cycles get created on a single operation? It sounds strange. Maybe the request cycle gets created ad hoc (as you mentioned) in some places without checking first whether there is one in place already. Best wishes, Timo -- Timo Rantalaiho Reaktor Innovations OyURL: http://www.ri.fi/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Apache is freezing CPU
We have a server with more or les 30K daily pageviews with 6k unique users. Its content is mainly all dynamic but lately we've been experimenting some problems at peak hours. That's some of our info: Celeron® 2.0GHz Processor 1 GB RAM Timeout 120 KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 2 IfModule prefork.c StartServers 8 MinSpareServers 5 MaxSpareServers 20 ServerLimit 256 MaxClients 256 MaxRequestsPerChild 4000 /IfModule IfModule worker.c ServerLimit 256 StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 /IfModule I think that we shouldn't have the problems we have, it's not that much visits! Please advise... we've tried tons of configurations and we don't know what it could be... Or maybe it's not apache... Thanks! - Popular free programming ebooks,free database ebooks,free OS ebooks download at http://www.ebook-x.com/ http://www.ebook-x.com/ -- View this message in context: http://www.nabble.com/Apache-is-freezing-CPU-tp19427394p19427394.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Wicket in Action Jubilation
And it finally shows up on Amazon: http://www.amazon.com/Wicket-Action-Martijn-Dashorst/dp/1932394982/ref=pd_bbs_sr_1?ie=UTF8s=booksqid=1221107314sr=8-1 We wouldn't mind a few positive reviews on Amazon of course... don't lie, but don't be shy about sharing either ;-) Eelco On Wed, Sep 10, 2008 at 5:09 PM, David Leangen [EMAIL PROTECTED] wrote: Mine arrived here in the UK yesterday too! Got mine here in Japan, too. Cool! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wicket job opportunity New York City
Hi Wicket Users, Kikin is currently looking for a Java Frontend Developer with a background in Wicket. We are already doing some pretty interesting things with Wicket, using it both for regular website stuff as well as for embedded widgets. It is a great position that allows you to push Wicket to its limit, build up a component library, work with a wide variety of content and also get to work on select middleware pieces. The ideal candidate has a proven track record in developing with Java frontend technologies (including Wicket), strong knowledge of DHTML, DOM, AJAX, Javascript, Browser compatibility and has attention to detail. This is a fulltime position based in SoHo/NYC with competitive pay and benefits. No contractors or recruiters please. For the right candidate we are more than willing to help with relocating to NYC. We are an early stage startup that is developing a new way of web personalization that will turn the industry upside down. We are fully funded and have an experienced team of founders that have multiple successful exits under their belt. While we are still in private beta, our product is already being used by 1 users every day. If you are interested to learn more about this opportunity, please send your resume to jobs at kikin.com. Thanks, Gerald - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]