Re: Wicket Stuff Core 1.4.1 Release[ing]

2009-09-15 Thread nino martinez wael
Ahh, I misunderstood then, I though that every thing that were not in compliance was commented out. Looks really nice with the new simplified names. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: Nino,  Thanks for taking a look at this.  This is only half the battle, though. Looking

HttpSessionStore instead of the default SecondLevelCacheSessionStore

2009-09-15 Thread Eyal Golan
Hi, I read this post http://ptrthomas.wordpress.com/2009/09/14/perfbench-update-tapestry-5-and-grails/ and he suggested to use HttpSessionStore instead of the second cache... I looked into the javadoc and the code itself and understood the differences. However, can anyone explain in a bit more

Re: HttpSessionStore instead of the default SecondLevelCacheSessionStore

2009-09-15 Thread Matej Knopp
There really is no good reason to use http session store instead of secondlevelcachesessionstore unless you are experiencing performance problems. HttpSessionStore uses more memory and keeps much shorter history so your users will be experiencing page expiration much more often. -Matej On Tue,

Re: HttpSessionStore instead of the default SecondLevelCacheSessionStore

2009-09-15 Thread Johan Compagner
And that back and forward buttons in the browser dont really work well in the HttpSessionStore But i cant believe that the overhead he is reporting is really the overhead.. It could be an Antivirus checker or other stuff like that. Besides that if that would be a problem just get an SSD and

Re: HttpSessionStore instead of the default SecondLevelCacheSessionStore

2009-09-15 Thread Matej Knopp
Well, there are two kinds of overhead with SecondLevelCacheSessionStore. Object serialization and writing to disk. I can imagine antivirus interfering with the writing. -Matej On Tue, Sep 15, 2009 at 11:25 AM, Johan Compagner jcompag...@gmail.com wrote: And that back and forward buttons in the

Re: HttpSessionStore instead of the default SecondLevelCacheSessionStore

2009-09-15 Thread Peter Thomas
On Tue, Sep 15, 2009 at 3:03 PM, Matej Knopp matej.kn...@gmail.com wrote: Well, there are two kinds of overhead with SecondLevelCacheSessionStore. Object serialization and writing to disk. I can imagine antivirus interfering with the writing. I did mention in comment #2 under the blog post

Re: Ajax Redirect with Busy Indicator

2009-09-15 Thread Stijn Maller
I'm looking to make an improvement to the generic busy indicator. I believe the showBusysign() script should also be triggered by the onchange method of choice components (non ajax) with wantOnSelectionChangedNotifications set to true. Any idea's how to tackle this?

Re: Wicket Stuff Core 1.4.1 Release[ing]

2009-09-15 Thread Jeremy Thomerson
You're still missing the point. Look at the following URL. See where it says wicketstuff-jquery. This should be jquery. That's what caused the confusion that started this thread. That's what should be fixed. I'm not sure how many other projects do the same. Haven't had time to test.

Selectively ignoring required fields

2009-09-15 Thread Phil Housley
Hello, I'm currently working on a search interface, where the required-ness of some fields depends on the value of some other. In particular, the form looks something like (+) search by X a: [_] b: [_] () search by Y ... () search by Z ... So the radio button selects a group of

Re: Selectively ignoring required fields

2009-09-15 Thread Martin Makundi
You can override isRequired for any component. ** Martin 2009/9/15 Phil Housley undeconstruc...@gmail.com: Hello, I'm currently working on a search interface, where the required-ness of some fields depends on the value of some other.  In particular, the form looks something like (+)

FYI: wicket multipart post pageparameters

2009-09-15 Thread Martin Makundi
Hi! If someone is looking for a quick way to handle multipart posts using pageparameters, the following is sufficient: ... public PostOrGetPage(PageParameters pageParameters) { if (pageParameters.size() = 0) { final WebRequest multipartWebRequest =

Re: Selectively ignoring required fields

2009-09-15 Thread Phil Housley
2009/9/15 Martin Makundi martin.maku...@koodaripalvelut.com: You can override isRequired for any component. ** Martin Thanks, but I really don't want to have to make the individual fields context aware unless I have to. We have quite a few custom form controls, which are used both in

Re: Selectively ignoring required fields

2009-09-15 Thread Matthias Keller
Hi You could also write your own FormValidator which does the 'required' validation on its own by checking whether the field's input string is empty/null. Matt Phil Housley wrote: 2009/9/15 Martin Makundi martin.maku...@koodaripalvelut.com: You can override isRequired for any

Re: Selectively ignoring required fields

2009-09-15 Thread Bas Gooren
Phil, The way we deal with this is by using an ajax behavior on radiobuttons, and update the required flag on dependant fields from there. Another way (without ajax) could be to update the required flag on the form components on submit, prior to validation. E.g. by overriding Form.process()

Re: Selectively ignoring required fields

2009-09-15 Thread Martin Makundi
It is easier just to make your own components, say CentrallyControlledRequiredCheckBox extends CheckBox etc. In this way you can put your central code into CentrallyControlledRequiredCheckBox and reuse that component. There cannot be an easier way... how difficult is that anyways? ** Martin

Re: Wicketstuff really needs some updates

2009-09-15 Thread Johannes Schneider
Come on guys. Please help me. Since there is an invalid repository definition no one out there will be able to use a project using input-events... I have the necessary patches sitting right here. I have created a Jira entry and I am willing to commit them if anybody gives me commit access. Please

Re: Selectively ignoring required fields

2009-09-15 Thread Phil Housley
Several interesting ideas, but they all seem to involve more invasive changes than I really want to make - either changing component classes or changing values of components at process time, which would be hard to undo (and maybe not possible, as some components already have logic to say if they

Re: Selectively ignoring required fields

2009-09-15 Thread Bas Gooren
The fact of the matter is that you will need extra logic _somewhere_. It's a matter of personal preference where you put it (overriden components, ajax, override form methods, ...). If what you're trying to accomplish is difficult given a certain set of tools, my experience is that it's good

Re: Selectively ignoring required fields

2009-09-15 Thread Martin Makundi
Well.. all IFormSubmittingComponents have this method called getDefaultFormProcessing. To me it sounds like that would at least do what you need. ** Martin 2009/9/15 Phil Housley undeconstruc...@gmail.com: Several interesting ideas, but they all seem to involve more invasive changes than I

Re: HttpSessionStore instead of the default SecondLevelCacheSessionStore

2009-09-15 Thread Eyal Golan
Thank you all. This thread was very informative and educated. Peter, I will try the two suggestions you've mentioned. Eyal Golan egola...@gmail.com 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

Re: Selectively ignoring required fields

2009-09-15 Thread Phil Housley
2009/9/15 Bas Gooren b...@iswd.nl: The fact of the matter is that you will need extra logic _somewhere_. It's a matter of personal preference where you put it (overriden components, ajax, override form methods, ...). If what you're trying to accomplish is difficult given a certain set of

Re: Selectively ignoring required fields

2009-09-15 Thread Pedro Santos
Maybe you should turn your enforcements to the framework hot spots. (+) search by X a: [_] b: [_] () search by Y ... () search by Z Each group of options is its own panel You can create an validation with those conditions, and add only on necessary fiels. Ex: private class

Re: Selectively ignoring required fields

2009-09-15 Thread John Krasnay
On Tue, Sep 15, 2009 at 03:10:51PM +0100, Phil Housley wrote: A good point, but I don't think it exactly applies in this case. What I really want is for each component to know whether it is required within a very small context. For example, a might have a criteria panel (one of the

Re: Extract method suggestion in MultipartServletWebRequest class

2009-09-15 Thread nico2884
I am using GAE + Wicket too, and I also had to copy/paste that class. Any chances of making a refactor in a future release? Thanks a lot! :) Nico Esteban Masoero-2 wrote: Hi there: In MultipartServletWebRequest constructor we have: ... (line 93) DiskFileItemFactory factory = new

Re: Wicketstuff really needs some updates

2009-09-15 Thread Jeremy Thomerson
Have you asked for commit access? I don't see your sf.net username on the thread. Nobody is stingy with wicketstuff commit access. Just send your username. -- Jeremy Thomerson http://www.wickettraining.com On Tue, Sep 15, 2009 at 8:12 AM, Johannes Schneider maili...@cedarsoft.comwrote:

Re: Extract method suggestion in MultipartServletWebRequest class

2009-09-15 Thread Igor Vaynberg
No chance without a Jira issue. -igor On 9/15/09, nico2884 fernandonicolasmelen...@gmail.com wrote: I am using GAE + Wicket too, and I also had to copy/paste that class. Any chances of making a refactor in a future release? Thanks a lot! :) Nico Esteban Masoero-2 wrote: Hi there:

Re: Wicketstuff really needs some updates

2009-09-15 Thread nino martinez wael
Great Jeremy, I were about to ask the same, so Johannes please give us the sf account and we will add you to the project. And thanks for these updates.. :) regards Nino 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: Have you asked for commit access?  I don't see your sf.net username on

Re: Wicket Stuff Core 1.4.1 Release[ing]

2009-09-15 Thread nino martinez wael
No I understood what you said.. I'll fix them.. 2009/9/15 Jeremy Thomerson jer...@wickettraining.com: You're still missing the point.  Look at the following URL.  See where it says wicketstuff-jquery.  This should be jquery.  That's what caused the confusion that started this thread.  That's

Re: Wicket Stuff Core 1.4.1 Release[ing]

2009-09-15 Thread nino martinez wael
Ok fixed the jquery one.. Everybody else seems to comply (not having contrib or stuff in their name), although alot of projects has a naming like this : wicket-projectname Im not sure if that fits the standard? 2009/9/15 nino martinez wael nino.martinez.w...@gmail.com: No I understood what you

Re: Wicket Stuff Core 1.4.1 Release[ing]

2009-09-15 Thread nino martinez wael
Btw went trough all the project.. There a lot of them these days.. I should try some of them out :) Although almost every of them are not described on the wicketstuff wiki, that is sad (I know im one of the sinners aswell).. This could be used as template page (although the part about maven are

Re: Selectively ignoring required fields

2009-09-15 Thread Pedro Santos
On the other hand, maybe that whole criteria panel is deselected, in which case I want to be able to stop the whole thing from doing any validation at all, so it won't even look at whether the check box is checked. disable panel don't work on that case? On Tue, Sep 15, 2009 at 11:10 AM, Phil

Unable to close ModalWindow 1.4.1

2009-09-15 Thread Ed _
Looking for hints to debug the situation I am in. Thanks. Using wickets 1.4.1 I have tried a simple scenario - opening a page in a modal window and then using a link in the page to close the window. Works fine. Now I am opening a more complicated page with its own javascript - performing a

Re: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Pedro Santos
On this ajax response, we can see that the close script was appended 2 times. Make sure that it appended only once, by close(target) or ModalWindow.close(target). Before click the close link, in a moment that was causing trouble, see if these variables are not null: Wicket.Window.current

Re: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Pedro Santos
by close(target) or ModalWindow.close(target) -- use close(target), to maintain ModalWindow internal states updated. On Tue, Sep 15, 2009 at 5:56 PM, Pedro Santos pedros...@gmail.com wrote: On this ajax response, we can see that the close script was appended 2 times. Make sure that it

Re: Extract method suggestion in MultipartServletWebRequest class

2009-09-15 Thread Esteban Masoero
Done: https://issues.apache.org/jira/browse/WICKET-2469 Thanks, Esteban Igor Vaynberg escribió: No chance without a Jira issue. -igor On 9/15/09, nico2884 fernandonicolasmelen...@gmail.com wrote: I am using GAE + Wicket too, and I also had to copy/paste that class. Any chances of making

Re: defaultFormProcessing is no longer considered when processing multipart form in ajax request

2009-09-15 Thread Vladimir K
Igor, could you plan it for 1.4.2? Vladimir K wrote: done https://issues.apache.org/jira/browse/WICKET-2463 Vladimir K wrote: sure igor.vaynberg wrote: i guess create a quickstart and attach it to a jira issue. when i tested buttons, while developing the feature, it

RE: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Ed _
Thanks for the suggestion. I have been using close(target) - unfortunately attached a run when I was using both methods. Even with one ajax response appended it doesn't work. New to JS - can you tell me how to test the variables. If I add var status = window.parent.Wicket.Window; as part of

RE: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Ed _
Here is the wicket AJax Debug INFO: focus set on cancelUpdatea8INFO: Using XMLHttpRequest transportINFO: INFO: Initiating Ajax GET request on ?wicket:interface=modal-dialog-pagemap:26:cancelUpdate::IBehaviorListener:0:random=0.5391539823210829INFO: Invoking pre-call handler(s)...INFO:

Re: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Pedro Santos
- I get permission denied exception as reported by firebug. - head section with my javascript The firebug firefox plugging has an javascript console. Execute on him ( maybe you will not to get permission denied here): alert(Wicket.Window.current) alert(window.parent.Wicket.Window.current) at the

RE: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Ed _
Ok I added this to the html script type=text/javascript alert(window.parent.Wicket.Window.current); /script of my simple page example and the alert poped up with [object Object] When I add it to my actual page - I get permission denied. :( alert(Wicket.Window.current) -

RE: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Ed _
Permission denied for http://domain.com to get property Window.Wicket from http://subdomain.domain.com:8080. http://subdomain.domain.com:8080/?wicket:interface=modal-dialog-pagemap:15 Line 265 wonder why it thinks that the domains are different ? can I force domain.doc value somehow thx

RE: Unable to close ModalWindow 1.4.1

2009-09-15 Thread Ed _
For cross (sub) domain reasons - I am adding document.domain to my page. Is there a way to make modalwindow / Wickets Ajax links to work with it? thx From: ed_b...@hotmail.com To: users@wicket.apache.org Subject: RE: Unable to close ModalWindow 1.4.1 Date: Tue, 15 Sep 2009 18:49:03

GMap2 GOverlay.getJSConstructor() change request

2009-09-15 Thread Doug Leeper
I recently moved from 1.3.6 to 1.4.1 and came across a compile error. I believe I had a local copy of GMap2 (1.3.x) and made modifications to make the following work. Now I would like to propose a change but not sure who I need to talk. Specifically, I would like to request to change

Overloaded (?) ClientProperties.isJavaEnabled and JavaScript support detection

2009-09-15 Thread Petr Fejfar
Hi all, I use detection of JavaScript the way described e.g. here http://www.mkyong.com/wicket/how-do-detect-browser-javascript-or-ajax-disabled-in-wicket/ and it works OK providing that client has JRE installed on his/her machine. But if there is a machine without JRE, the browser (Firefox,