Re: Wicket 1.5 migration: AbstractCrypt#decryptByteArray(..) throws IllegalBlockSizeException
what is the salt that you use? because we use the session specific key, but that can also already be used like that in 1.4 is it maybe a different default so that you now use a session key as salt? does the database have enough room voor the encrypted? is it not truncated? Op 11 nov. 2012 17:04 schreef Alec Swan alecs...@gmail.com het volgende: When a user submits a form we take all parameters, encode them and store encoded string in the database. When the users want to see which values they submitted we pull the encoded string from the database, decode it and show values to the user. Encoding is done with cryptFactory.newCrypt().encryptUrlSafe(str) Decoding is done with cryptFactory.newCrypt().decryptUrlSafe(encodedStr) Where cryptFactory = new CachingSunJceCryptFactory(x); So, the encoded string was stored in the database with Wicket 1.4.19 and used to work when decoded with 1.4.19. However, now we are on 1.5.9 and we get the following exception during decoding of string from the database: org.apache.wicket.util.crypt.AbstractCrypt - Error decoding text: xx at org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:150) at org.apache.wicket.util.crypt.AbstractCrypt.decryptUrlSafe(AbstractCrypt.java:66) ... Caused by: javax.crypto.IllegalBlockSizeException: Input length must be multiple of 8 when decrypting with padded cipher at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..) at com.sun.crypto.provider.SunJCE_f.b(DashoA13*..) at com.sun.crypto.provider.SunJCE_ab.b(DashoA13*..) at com.sun.crypto.provider.PBEWithMD5AndDESCipher.engineDoFinal(DashoA13*..) at javax.crypto.Cipher.doFinal(DashoA13*..) at org.apache.wicket.util.crypt.SunJceCrypt.crypt(SunJceCrypt.java:94) at org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:146) ... 63 more Thanks, Alec On Sun, Nov 11, 2012 at 5:21 AM, Sven Meier s...@meiers.net wrote: Where is encodedStr coming from? Are you using Cryptomapper? Please give us a stacktrace. Sven On 11/11/2012 02:13 AM, Alec Swan wrote: Hello, After we migrated from 1.4.x to 1.5.x my CachingSunJceCryptFactory.newCrypt().decryptUrlSafe(encodedStr) started returning null. In 1.4.x the same encodedStr parameter was decrypted without problems. We did not change the Java version and are still on 1.6.20. I debugged into AbstractCrypt#decryptSafeUrl(..) and found out that inside of it decryptByteArray(..) call is now throwing the following exception: javax.crypto.IllegalBlockSizeException: Input length must be multiple of 8 when decrypting with padded cipher How can we fix this? Thanks, Alec - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Examples
Permspace is tricky Do we have a nice management console on that server? Because it looks like to little class/perm space mem us configured or we leak classes when un deploying On May 8, 2012 11:59 AM, Martin Grigorov mgrigo...@apache.org wrote: I can see it now ... Maybe it is because I uploaded the examples for 6.x, 1.5.x, 1.4.x, inmethod-grid and Brix at it. I'm not sure how much this machine can handle ... I'll undeploy Brix and some old wicket-contrib examples. On Tue, May 8, 2012 at 12:43 PM, Fergal Keating fergal.keat...@directski.com wrote: I got a PermGen space error on that URL. javax.servlet.ServletException: Filter execution threw an exception *root cause* java.lang.OutOfMemoryError: PermGen space On 8 May 2012 08:31, Martin Grigorov mgrigo...@apache.org wrote: http://www.wicket-library.com/wicket-examples/repeater/wicket/bookmarkable/org.apache.wicket.examples.repeater.FormPage works OK for me On Tue, May 8, 2012 at 12:43 AM, Corbin, James jcor...@iqnavigator.com wrote: The wicket examples (www.wicket-library.com/wicket-examples/) seems to be having issues. I select the Contacts Editor option under the repeaters section and I get a permgen error. Is this site working properly? I assume the URL above is appropriate? J.D. -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Fergal Keating IT Senior Engineer --- e. fergal.keat...@directski.com p. NA w. www.directski.com -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: What real life scenario calls for page ID?
No this is bad, i agree with Igor, the latest page should be refreshed, not reset! By the way, the hybrid in 1.4 what we are using does look at the mount if the page doesn't exists any more. And we depend on that, am i reading it right that we lost that in 1.5? On Mar 22, 2012 11:12 PM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Thu, Mar 22, 2012, at 14:34, Igor Vaynberg wrote: On Thu, Mar 22, 2012 at 1:58 PM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Thu, Mar 22, 2012, at 12:30, Igor Vaynberg wrote: On Thu, Mar 22, 2012 at 12:24 PM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Thu, Mar 22, 2012, at 12:05, Igor Vaynberg wrote: On Thu, Mar 22, 2012 at 11:55 AM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Thu, Mar 22, 2012, at 11:42, Igor Vaynberg wrote: On Thu, Mar 22, 2012 at 11:37 AM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Thu, Mar 22, 2012, at 10:56, Igor Vaynberg wrote: On Thu, Mar 22, 2012 at 10:20 AM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Thu, Mar 22, 2012, at 09:49, Igor Vaynberg wrote: On Thu, Mar 22, 2012 at 8:54 AM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Thu, Mar 22, 2012, at 08:23, Igor Vaynberg wrote: On Thu, Mar 22, 2012 at 7:59 AM, Pointbreak pointbreak+wicketst...@ml1.net wrote: On Sun, Mar 18, 2012, at 20:00, Igor Vaynberg wrote: i think there is some confusion here. wicket 1.4 had page ids. it also had page versions. in 1.5 we simply merged page id and page version into the same variable - page id. this made things much simpler and also allowed some usecases that were not possible when the two were separate. you dont have to go very far to come up with an example where page id is useful. 1. suppose you have a page with panel A that has a link 2. user hits a link on the page that swaps panel A for panel B 3. user presses the back button 4. user clicks the link on panel A now if you turn off page id and therefore page versioning it goes like this 1. wicket creates page and assigns it id 1 2. page id 1 now has panel B instead of panel A 3. page with id 1 is rerendered 4. wicket loads page with id 1. user gets an error because it cannot find the link component the user clicked since the page has panel B instead of panel A This is imho not what happens with NoVersionMount. What happens is: 1. wicket creates page and assigns it id 1 2. page id 1 now has panel B instead of panel A 3. wicket creates new page and assigns it id 2; depending on how the page keeps state either a page with panel A and link, or a page with Panel B is created. Hence, there is nothing broken in this scenario. we were talking about something else here. the NoVersionMount has the problem of losing ajax state when the user refreshes the page. I believe the OP's question was for use-cases were Wickets default behaviour would be preferred over using a strategy like NoVersionMount. But if I understood that incorrectly, it's now my question ;-). Imho the natural behaviour a user expects for a page-refresh is a fresh up-to-date version of the page. This is exactly what NoVersionMount does as it forces a newly constructed page for a refresh. For OP's (Chris Colman's) shopping card example this seems perfectly reasonable behaviour. it is undesirable in applications that perform navigation using ajax panel swapping. in this case a page-refresh will essentially take you back to the homepage. Fair enough I have never had to build a website were it was a problem when the ajax state was lost on page refresh. but you also have not built every wicket application... Obviously... to be honest, for your use case (one page ajax application that performs navigation by swapping page components) I have always chosen other frameworks, that are (imho) better suited for these usecases. When wicket shows older versions of a page (e.g. due to back button, bookmarking older versions, etc.), you have to be really careful with how a page version and a model interact to not run into trouble. You also loose bookmarkability of such pages (in the web-browser sense, not in the wicket-sense). you also lose it if the user bookmarks the page after they click something on a bookmarkable page... so stripping the version off initial entry is not fixing the
Re: Is it possible to turn off page serialization in 1.5?
But that kills the complete back button support right? Do pages increment their version then? On Wed, Oct 5, 2011 at 13:47, Martin Grigorov mgrigo...@apache.org wrote: On Wed, Oct 5, 2011 at 2:40 PM, Chris Colman chr...@stepaheadsoftware.com wrote: Our domain model has about 335 persistent classes so that won't be an overnight task ;) I don't remember what exactly #setAutomaticMultiWindowSupport(false) did in 1.4 but its main task for sure wasn't to disabled serialization. In 1.5 there are several approaches to do that. - with IFrameworkSettings#setSerializer() you can setup a ISerializer that is no-op (both directions) - with Application#setPageManagerProvider(IPageManager) you can setup a custom IPageManager that doesn't store pages and returns 'null' when asked for older version -Original Message- From: Robert Dahlström [mailto:robert.dahlst...@ongame.com] Sent: Wednesday, 5 October 2011 6:24 PM To: users@wicket.apache.org Subject: Re: Is it possible to turn off page serialization in 1.5? Why not simply wrap your objects in a LoadableDetachableModel? That way you don't need to force serializable objects in your code. /Rob On 10/05/2011 08:52 AM, Chris Colman wrote: In 1.4 we had used: getPageSettings().setAutomaticMultiWindowSupport(false); and everything worked perfectly without making any of our model objects serializable. With 1.5 that method is no longer available and it's causing us to make the model object serializable but that's causing a few problems of it's own ;) Is there a way to turn of page serialization in 1.5? Regards, Chris - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is it possible to turn off page serialization in 1.5?
On Wed, Oct 5, 2011 at 15:21, Martin Grigorov mgrigo...@apache.org wrote: yes. each new page gets its id during construction from the session counter. if Page#isVersioned() returns 'false' then it will not create new versions of that page i see that giving a custom IPageManager is also already ok, that has a method supportsVersioning() then it doesn't even matter what the page says. i am also looking into this because we (servoy) has the same problem as Chris our pages are just versionable. And until wicket 1.4 this works fine because of the http store with change recording. But that is now completely gone so or we have to do some major work to get everything serializeable or drop the back button support.. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is it possible to turn off page serialization in 1.5?
no we didn't use the diskpage store and so on We still used what wicket did have before that, so with the Change recorder and so on. That works for us. Yes our pages are not serializable but for our clustering we have for example Terracotta On Wed, Oct 5, 2011 at 15:41, Martin Grigorov mgrigo...@apache.org wrote: On Wed, Oct 5, 2011 at 4:33 PM, Johan Compagner jcompag...@gmail.com wrote: On Wed, Oct 5, 2011 at 15:21, Martin Grigorov mgrigo...@apache.org wrote: yes. each new page gets its id during construction from the session counter. if Page#isVersioned() returns 'false' then it will not create new versions of that page i see that giving a custom IPageManager is also already ok, that has a method supportsVersioning() then it doesn't even matter what the page says. i am also looking into this because we (servoy) has the same problem as Chris our pages are just versionable. And until wicket 1.4 this works fine because of the http store with change recording. But that is now completely gone so or we have to do some major work to get everything serializeable or drop the back button support.. How did you store non-serializable objects in the http session (http store) in 1.4 ? The session attributes should be serializable if you need clustering and/or session persistence. I guess you just didn't use any of these features. Take a look at https://cwiki.apache.org/confluence/x/qIaoAQ for more info about the stores. May be useful. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Getting Redirected To A Resource Reference (Image, CSS) On Invalid URL
Isn't this just an encrypted url request to an session that is already expired? On Jul 7, 2011 4:06 PM, Horacio Natyural horacio.natyu...@gmail.com wrote: Hi, anyone ever encountered this kind of error? i'm getting another page whenever I get this error. It's very intermettent and I'm not sure what's causing it. it only seems to happen on an SSL instance. Are those SSL characters? rlWebRequestCodingStrategy - Invalid URL: main?x=KHsKMhrrd-D04mkpqd*xsmCmGwRvNVoUPmz4BBdww8DLo4rNdEHOs25kQrwCz-EEu7JIh1GOXL7GXVhqHfJi1g, exception type: org.apache.wicket.WicketRuntimeException, exception message:Unable to decrypt the text '({ 2 �w���i)�߱�`� o5Z l� p��ˣ��tAγndB� �� ��H�Q�\��]Xj �' rlWebRequestCodingStrategy - Invalid URL: index?x=VW*oMOXmPA45gt7EO0OOeRiN8uhyKItwgoWqwWlZ*lR8ZeIsSmwzQbUDlRP3tVdzdGh8Pip3ADKeTYmyhTpchGgpRzZ3zk9VXNgd*gsOzXSO82y0IFHnIMMwLOxki2efPPU7e1vM*Wo, exception type: org.apache.wicket.WicketRuntimeException, exception message:Unable to decrypt the text 'Uo�0�� 9���;C�y ���r(�p����iY�T|e�,Jl3A� � ��Wsth|*w Thanks - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Encrypted URL Redirects To A Css Image
yes that is the trick, all the urls that are generated before that can't be used anymore because encrypted urls are session based. On Fri, Jul 8, 2011 at 09:46, Horacio Natyural horacio.natyu...@gmail.com wrote: Hi, i've noticed that it seems to happen after login. I've used the Session.replaceSession command on logging in? Do you think that there is a relation to this? Thanks On Thu, Jul 7, 2011 at 10:04 PM, Horacio Natyural horacio.natyu...@gmail.com wrote: here are some of the logs rlWebRequestCodingStrategy - Invalid URL: main?x=KHsKMhrrd-D04mkpqd*xsmCmGwRvNVoUPmz4BBdww8DLo4rNdEHOs25kQrwCz-EEu7JIh1GOXL7GXVhqHfJi1g, exception type: org.apache.wicket.WicketRuntimeException, exception message:Unable to decrypt the text '({ 2 �w���i)�߱�`� o5Z l� p��ˣ��tAγndB� �� ��H�Q�\��]Xj �' rlWebRequestCodingStrategy - Invalid URL: index?x=VW*oMOXmPA45gt7EO0OOeRiN8uhyKItwgoWqwWlZ*lR8ZeIsSmwzQbUDlRP3tVdzdGh8Pip3ADKeTYmyhTpchGgpRzZ3zk9VXNgd*gsOzXSO82y0IFHnIMMwLOxki2efPPU7e1vM*Wo, exception type: org.apache.wicket.WicketRuntimeException, exception message:Unable to decrypt the text 'Uo�0�� 9���;C�y ���r(�p����iY�T|e�,Jl3A� � ��Wsth|*w On Thu, Jul 7, 2011 at 9:53 PM, Horacio Natyural horacio.natyu...@gmail.com wrote: oh , and to add to it, this only happens on an SSL site, it doesn't happen on non http sites. what's weird is, i don't get an error but i'm redirected to an image or a css file. On Thu, Jul 7, 2011 at 9:08 PM, Horacio Natyural horacio.natyu...@gmail.com wrote: im geting unable to decrypt url text in mu server logs dont know if they are relates though? any ideas ? why am i getting redirected to my resource files ? tnx On Jul 7, 2011, at 6:45 PM, Martin Grigorov mgrigo...@apache.org wrote: Attach a debugger to WicketFilter#doFilter() and see what kind of requests come from the client. If it is crypted then it's interesting what is the decrypted value for it. On Thu, Jul 7, 2011 at 12:16 PM, Horacio Natyural horacio.natyu...@gmail.com wrote: Is this related? ever since we placed this tag thats when the error occurs meta http-equiv=x-ua-compatible content=Ie=emulateie7/ also another instance is when i accesesed the home page, the css file appeared instead. thanks On Thursday, July 7, 2011, Horacio Natyural horacio.natyu...@gmail.com wrote: hi, i've found that we have several components implementing Imarkupcacheprovider, however, the id return is null public String getCacheKey(MarkupContainer container, Class? containerClass) { return null; } we ahve several components doing this. is this a possible cause as to why the wrong component was rendered ? thanks horacio On Thu, Jul 7, 2011 at 7:30 AM, Horacio Natyural horacio.natyu...@gmail.com wrote: hi, thanks! i also noticed that it seems to happen on an SSL site rather than on a non ssl site. Thanks! Horacio On Thu, Jul 7, 2011 at 12:37 AM, Martin Grigorov mgrigo...@apache.org wrote: https://issues.apache.org/jira/browse/WICKET-3514 is similar but there the problem was that images in .css were broken, i.e. they are relative to the .css, but since the .css path is encoded the resolved path for the image was invalid On Wed, Jul 6, 2011 at 6:01 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: doesnt ring a bell. -igor On Wed, Jul 6, 2011 at 8:32 AM, Horacio Natyural horacio.natyu...@gmail.com wrote: btw, i just made up the crypted url of course. index is supposed to a wicket page. i also noticed that the image that it downloads is referenced in a css file in the application so it is a resource was there any bug of this nature reported before? i'm trying to find one but i can't seem to. On Wed, Jul 6, 2011 at 11:31 PM, Horacio Natyural horacio.natyu...@gmail.com wrote: lol sorry about that anyway here's what happened, The link I accessed turned into a css image instead. Here's what it looks like in Firefox Encrypted URL index(PNG Image,256x240 pixels) https://ip_addr:port /contextroot/index?x=23423562302982lj;lkjsf73jf;2lkjf;2l3kjf;l2k3fj;lkjf76 and then the image appears. although the link is supposed to be a link for a page. On Wed, Jul 6, 2011 at 11:22 PM, Igor Vaynberg igor.vaynb...@gmail.com wrote: it is almost impossible to help you when you are so many versions behind... -igor On Wed, Jul 6, 2011 at 7:17 AM, Horacio Natyural horacio.natyu...@gmail.com wrote: Hi, I'm having this really weird problem and it is intermettent. It seems that when I click a URL wich uses an AjaxFallbackLink and encrypted URL. I am redirected to a css image. My page becomes a png. This is very intermettent though, anyone experienced this before?
Re: wicketstuff site down
power failure at the ISP, not everything came up, should be fine now On Thu, Jul 7, 2011 at 02:37, Steve Swinsburg steve.swinsb...@gmail.com wrote: Hi all, The wicketstuff site is down http://wicketstuff.org/wicket/ Safari can’t open the page “http://wicketstuff.org/wicket/” because Safari can’t connect to the server “wicketstuff.org”. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Just 100K per session? That would be my dream come true! (Anyone here who has tuned session size before?)
but if you have it down to 200K then 50 users it is nothing... thats 10MB on memory If if both where 2X so 400K and 100 users thats still only 40MB in memory Thats for a server nothing.. On Wed, Feb 16, 2011 at 02:10, Per p...@hamburg.de wrote: So I still haven't solved my memory issues, despite weeks of research and profiling. Reading in the other thread that a session size of 100K or less is achievable, I'll admit defeat now: I have not been able to shrink some of my pages(!) to less than 200K, not to mention the sessions. Despite LDMs, CompoundPropertyModels, and no, there are no domain objects in there, and no finals. What on earth am I doing wrong? My goal is to display a long list of, say, users. Each users should list a few labels (name, position, location, etc) and images to show who's an admin/poweruser. Each user has a profile picture. Each user who is also a manager should have image icons of their subordinates' profile pictures (e.g. a nested ListView) And I want 5 or 6 AJAX labels so I can quickly lock/unlock users, delete them, give and revoke certain rights. Despite lots of profiling each row is still 4K to 6K. This adds up for even just 50 users. Can this be reduced, at all? I mean, it seems that 56 Bytes is the minimum for a Label, 32 for a PropertyModel, 80 for a ListItem, and some 200 for an AjaxLink. 400 for an Image (or alternatively 272 for a label with 2 AttributeAppenders to also render an image), and unless the whole list disappears from the page's object graph, all those small numbers DO add up. My final hope was the RefreshingList, but no, it also keeps the list items stored in the page. What I really would like is a list that does not maintain all its items, but throws them away, just like a LDM throws away the domain object, and just reloads when needed. Okay, that would not work because I want some state in there, but you get my point. I really hope it's something totally obvious I missed. Cheers, Per -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Just-100K-per-session-That-would-be-my-dream-come-true-Anyone-here-who-has-tuned-session-size-before-tp3308014p3308014.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Page content sends twice in response to GET when redirecting after POST
works fine for me to 2011/1/10 Igor Vaynberg igor.vaynb...@gmail.com: really strange because it doesnt happen to me: http://pastebin.com/fe1pjZjy -igor 2011/1/9 Marcin Zajączkowski msz...@wp.pl: On 2011-01-09 22:00, Marcin Zajączkowski wrote: Hi, Following some problems with page rendering in my application after post a form I've noticed that when redirect after post strategy is used (both REDIRECT_TO_BUFFER and REDIRECT_TO_RENDER) page content is duplicated in a response to GET (after 302 Moved Temporarily on POST). I thought it's a problem with a configuration of my application (I'm playing with AppFuse as a base), but in the first Wicket example with form submission found on the web [1] it occurs as well. Tested it with Wicket 1.4.15. Response snipset bellow. Full response as attachment. I can be easily reproduced using forminput example (just Full response: http://pastebin.com/jQTRExjh Marcin submit form). [1] - http://www.wicketstuff.org/wicket14/forminput/ I don't see a reason for that behavior, but I'm new to Wicket, so maybe it's a feature? html head titleWicket Examples - forminput/title link rel=stylesheet type=text/css href=../style.css/ link rel=stylesheet type=text/css href=resources/org.apache.wicket.devutils.debugbar.DebugBar/wicket-debugbar.css;jsessionid=E218340AA4A63320747D134AA1985E7F / script type=text/javascript src=resources/org.apache.wicket.devutils.debugbar.DebugBar/wicket-debugbar.js;jsessionid=E218340AA4A63320747D134AA1985E7F/script /head body span diva href=../index.html style=color: #E9601A target=_topimg src=../logo.png//adiv id=wicketDebugBar class=wicketDebugBar a id=wicketDebugBarCollapse onclick=wicketDebugBarCollapse();img src=resources/org.apache.wicket.devutils.debugbar.DebugBar/ (...) label for=siteSelectionyour favorite sites/label select id=siteSelection name=siteSelection multiple=multiple size=3 option value=0The Server Side/html --- seems to be cut off head -- one again starting from head titleWicket Examples - forminput/title link rel=stylesheet type=text/css href=../style.css/ link rel=stylesheet type=text/css href=resources/org.apache.wicket.devutils.debugbar.DebugBar/wicket-debugbar.css;jsessionid=E218340AA4A63320747D134AA1985E7F / script type=text/javascript src=resources/org.apache.wicket.devutils.debugbar.DebugBar/wicket-debugbar.js;jsessionid=E218340AA4A63320747D134AA1985E7F/script /head body span diva href=../index.html style=color: #E9601A target=_topimg src=../logo.png//adiv id=wicketDebugBar class=wicketDebugBar a id=wicketDebugBarCollapse onclick=wicketDebugBarCollapse();img src=resources/org.apache.wicket.devutils.debugbar.DebugBar/ (...) option value=0The Server Side/option --- second time not cut off option value=1Java Lobby/option option value=2Java.Net/option (...) /div /body /html Regards Marcin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
Why are we discussing here already that works in wicket 1.4 if you really need it? public class HelloWorld extends WebPage implements IComponentResolver { public HelloWorld() { add(new WebMarkupContainer(body)); add(new Label(label,my label)); } public boolean resolve(MarkupContainer container, MarkupStream markupStream, ComponentTag tag) { Component component = get(tag.getId()); if (component != null) { component.render(markupStream); return true; } return false; } } html body wicket:id=body span wicket:id=label/span /body /html On Tue, Nov 9, 2010 at 16:29, Frank Silbermann frank.silberm...@fedex.com wrote: Progress is made by people who have understanding, not by the ignorant. You're not in a position to make suggestions about extending Wicket if you don't yet understand how to use the powers it already has. -Original Message- From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Tuesday, November 09, 2010 9:23 AM To: users@wicket.apache.org Subject: Re: Free wicket from component hierarchy hell So instead of asking, How can we make Wicket different so that my problem will go away? the proper question to try first is, What is the Wicket way of solving my problem? That's not how proggress is made... ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
no ofcourse not The label will then be gone because the body is gone. so the output will be this html /html when the body container is not visible if the label is not visible: html body /body /html this solution you just can throw everything in the panel or webpage that is the IComponentResolver for all its childs... Just look at how the code works.. IF a component can't be found on its own parent the ComponentResolver will ask all the parents which can be IComponentResolver to render the child.. On Tue, Nov 9, 2010 at 19:04, Martin Makundi martin.maku...@koodaripalvelut.com wrote: This does not really nest the components logically, does it? If you set get(body).setVisible(false) will the label remain visible? ** Martin 2010/11/9 Johan Compagner jcompag...@gmail.com: Why are we discussing here already that works in wicket 1.4 if you really need it? public class HelloWorld extends WebPage implements IComponentResolver { public HelloWorld() { add(new WebMarkupContainer(body)); add(new Label(label,my label)); } public boolean resolve(MarkupContainer container, MarkupStream markupStream, ComponentTag tag) { Component component = get(tag.getId()); if (component != null) { component.render(markupStream); return true; } return false; } } html body wicket:id=body span wicket:id=label/span /body /html On Tue, Nov 9, 2010 at 16:29, Frank Silbermann frank.silberm...@fedex.com wrote: Progress is made by people who have understanding, not by the ignorant. You're not in a position to make suggestions about extending Wicket if you don't yet understand how to use the powers it already has. -Original Message- From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Tuesday, November 09, 2010 9:23 AM To: users@wicket.apache.org Subject: Re: Free wicket from component hierarchy hell So instead of asking, How can we make Wicket different so that my problem will go away? the proper question to try first is, What is the Wicket way of solving my problem? That's not how proggress is made... ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
textfield.isEnabledInHierachy() will then ofcourse not get to the parent it is on. because its parent is the webpage not the body markupcontainer. So no this will not resolver from the child to the parent, only the parent to the child. On Tue, Nov 9, 2010 at 19:30, Martin Makundi martin.maku...@koodaripalvelut.com wrote: How will it work if I call get(body).setEnabled(false); and if label was a textfield? Would the textfield be still enabled? ** Martin 2010/11/9 Johan Compagner jcompag...@gmail.com: no ofcourse not The label will then be gone because the body is gone. so the output will be this html /html when the body container is not visible if the label is not visible: html body /body /html this solution you just can throw everything in the panel or webpage that is the IComponentResolver for all its childs... Just look at how the code works.. IF a component can't be found on its own parent the ComponentResolver will ask all the parents which can be IComponentResolver to render the child.. On Tue, Nov 9, 2010 at 19:04, Martin Makundi martin.maku...@koodaripalvelut.com wrote: This does not really nest the components logically, does it? If you set get(body).setVisible(false) will the label remain visible? ** Martin 2010/11/9 Johan Compagner jcompag...@gmail.com: Why are we discussing here already that works in wicket 1.4 if you really need it? public class HelloWorld extends WebPage implements IComponentResolver { public HelloWorld() { add(new WebMarkupContainer(body)); add(new Label(label,my label)); } public boolean resolve(MarkupContainer container, MarkupStream markupStream, ComponentTag tag) { Component component = get(tag.getId()); if (component != null) { component.render(markupStream); return true; } return false; } } html body wicket:id=body span wicket:id=label/span /body /html On Tue, Nov 9, 2010 at 16:29, Frank Silbermann frank.silberm...@fedex.com wrote: Progress is made by people who have understanding, not by the ignorant. You're not in a position to make suggestions about extending Wicket if you don't yet understand how to use the powers it already has. -Original Message- From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Tuesday, November 09, 2010 9:23 AM To: users@wicket.apache.org Subject: Re: Free wicket from component hierarchy hell So instead of asking, How can we make Wicket different so that my problem will go away? the proper question to try first is, What is the Wicket way of solving my problem? That's not how proggress is made... ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Free wicket from component hierarchy hell
ok a sample that it also works in with the right parent: public class HelloWorld extends WebPage implements IComponentResolver { final Label label; public HelloWorld() { label = new Label(label, new ModelString() { @Override public String getObject() { return my label: + label.isEnabledInHierarchy(); } }); add(new WebMarkupContainer(body).setEnabled(false)); add(label); } public boolean resolve(MarkupContainer container, MarkupStream markupStream, ComponentTag tag) { Component component = get(tag.getId()); if (component != null) { container.autoAdd(component, markupStream); return true; } return false; } } you will see that it is disabled... On Tue, Nov 9, 2010 at 19:37, Johan Compagner jcompag...@gmail.com wrote: textfield.isEnabledInHierachy() will then ofcourse not get to the parent it is on. because its parent is the webpage not the body markupcontainer. So no this will not resolver from the child to the parent, only the parent to the child. On Tue, Nov 9, 2010 at 19:30, Martin Makundi martin.maku...@koodaripalvelut.com wrote: How will it work if I call get(body).setEnabled(false); and if label was a textfield? Would the textfield be still enabled? ** Martin 2010/11/9 Johan Compagner jcompag...@gmail.com: no ofcourse not The label will then be gone because the body is gone. so the output will be this html /html when the body container is not visible if the label is not visible: html body /body /html this solution you just can throw everything in the panel or webpage that is the IComponentResolver for all its childs... Just look at how the code works.. IF a component can't be found on its own parent the ComponentResolver will ask all the parents which can be IComponentResolver to render the child.. On Tue, Nov 9, 2010 at 19:04, Martin Makundi martin.maku...@koodaripalvelut.com wrote: This does not really nest the components logically, does it? If you set get(body).setVisible(false) will the label remain visible? ** Martin 2010/11/9 Johan Compagner jcompag...@gmail.com: Why are we discussing here already that works in wicket 1.4 if you really need it? public class HelloWorld extends WebPage implements IComponentResolver { public HelloWorld() { add(new WebMarkupContainer(body)); add(new Label(label,my label)); } public boolean resolve(MarkupContainer container, MarkupStream markupStream, ComponentTag tag) { Component component = get(tag.getId()); if (component != null) { component.render(markupStream); return true; } return false; } } html body wicket:id=body span wicket:id=label/span /body /html On Tue, Nov 9, 2010 at 16:29, Frank Silbermann frank.silberm...@fedex.com wrote: Progress is made by people who have understanding, not by the ignorant. You're not in a position to make suggestions about extending Wicket if you don't yet understand how to use the powers it already has. -Original Message- From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Tuesday, November 09, 2010 9:23 AM To: users@wicket.apache.org Subject: Re: Free wicket from component hierarchy hell So instead of asking, How can we make Wicket different so that my problem will go away? the proper question to try first is, What is the Wicket way of solving my problem? That's not how proggress is made... ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr
Re: Free wicket from component hierarchy hell
and that is only because i cant do component.setAuto(false) right after i call autoAdd() else it would just stay there :) and this is then only done to resolve it once with the first render... On Tue, Nov 9, 2010 at 20:03, Igor Vaynberg igor.vaynb...@gmail.com wrote: it still wont work for a lot of usecases that require proper hierarchy. like a form trying to find form submitting component, etc -igor On Tue, Nov 9, 2010 at 10:59 AM, Johan Compagner jcompag...@gmail.com wrote: ok a sample that it also works in with the right parent: public class HelloWorld extends WebPage implements IComponentResolver { final Label label; public HelloWorld() { label = new Label(label, new ModelString() { �...@override public String getObject() { return my label: + label.isEnabledInHierarchy(); } }); add(new WebMarkupContainer(body).setEnabled(false)); add(label); } public boolean resolve(MarkupContainer container, MarkupStream markupStream, ComponentTag tag) { Component component = get(tag.getId()); if (component != null) { container.autoAdd(component, markupStream); return true; } return false; } } you will see that it is disabled... On Tue, Nov 9, 2010 at 19:37, Johan Compagner jcompag...@gmail.com wrote: textfield.isEnabledInHierachy() will then ofcourse not get to the parent it is on. because its parent is the webpage not the body markupcontainer. So no this will not resolver from the child to the parent, only the parent to the child. On Tue, Nov 9, 2010 at 19:30, Martin Makundi martin.maku...@koodaripalvelut.com wrote: How will it work if I call get(body).setEnabled(false); and if label was a textfield? Would the textfield be still enabled? ** Martin 2010/11/9 Johan Compagner jcompag...@gmail.com: no ofcourse not The label will then be gone because the body is gone. so the output will be this html /html when the body container is not visible if the label is not visible: html body /body /html this solution you just can throw everything in the panel or webpage that is the IComponentResolver for all its childs... Just look at how the code works.. IF a component can't be found on its own parent the ComponentResolver will ask all the parents which can be IComponentResolver to render the child.. On Tue, Nov 9, 2010 at 19:04, Martin Makundi martin.maku...@koodaripalvelut.com wrote: This does not really nest the components logically, does it? If you set get(body).setVisible(false) will the label remain visible? ** Martin 2010/11/9 Johan Compagner jcompag...@gmail.com: Why are we discussing here already that works in wicket 1.4 if you really need it? public class HelloWorld extends WebPage implements IComponentResolver { public HelloWorld() { add(new WebMarkupContainer(body)); add(new Label(label,my label)); } public boolean resolve(MarkupContainer container, MarkupStream markupStream, ComponentTag tag) { Component component = get(tag.getId()); if (component != null) { component.render(markupStream); return true; } return false; } } html body wicket:id=body span wicket:id=label/span /body /html On Tue, Nov 9, 2010 at 16:29, Frank Silbermann frank.silberm...@fedex.com wrote: Progress is made by people who have understanding, not by the ignorant. You're not in a position to make suggestions about extending Wicket if you don't yet understand how to use the powers it already has. -Original Message- From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Tuesday, November 09, 2010 9:23 AM To: users@wicket.apache.org Subject: Re: Free wicket from component hierarchy hell So instead of asking, How can we make Wicket different so that my problem will go away? the proper question to try first is, What is the Wicket way of solving my problem? That's not how proggress is made... ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Requests that lasts more than 1 minute
Any other page can't be true, access to that page is not possible, but other pages in other pagemaps should be accessable just fine that time out can be configured see irequestcyclesetttings - Original message - I have an upload form where users can upload very large files. Upload can take more than 1 minute. If user during upload tries to access any other page that request will be blocked until upload is finished or until 1 minute passes. After 1 minute an exception is thrown: After 1 minute the Pagemap null is still locked by: thread[10848...@qtp-13825521-7,5,main], giving up trying to get the page for path: 22 What would be the best way to handle this situation? To show InternalErrorPage is not a solution but I don't know what else I can do? -- Regards, Predrag Spasojevic
Re: Requests that lasts more than 1 minute
yes make sure that the upload uses a page in a different pagemap. On Sat, Sep 25, 2010 at 17:29, Predrag Spasojevic predrag.spasoje...@gmail.com wrote: It seems like any nonbookmarkable pages in the same page map are blocked. Increasing time its not very user friendly solution. Is there any solution so that the user can continue with using site normally while waiting for upload to finish? It looks like performing upload in a separete pagemap could solve the problem. Is it possible to implement that? 2010/9/25 Johan Compagner jcompag...@gmail.com Any other page can't be true, access to that page is not possible, but other pages in other pagemaps should be accessable just fine that time out can be configured see irequestcyclesetttings - Original message - I have an upload form where users can upload very large files. Upload can take more than 1 minute. If user during upload tries to access any other page that request will be blocked until upload is finished or until 1 minute passes. After 1 minute an exception is thrown: After 1 minute the Pagemap null is still locked by: thread[10848...@qtp-13825521-7,5,main], giving up trying to get the page for path: 22 What would be the best way to handle this situation? To show InternalErrorPage is not a solution but I don't know what else I can do? -- Regards, Predrag Spasojevic -- Pozdrav, Predrag Spasojevic - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Stateless Login Form possible?
an image button can be stateless: protected boolean getStatelessHint() { return getImageResource() == null localizedImageResource.isStateless(); } but that must be true. On Fri, Aug 20, 2010 at 13:19, b...@actrix.gen.nz wrote: Hi, I had a stateless login form that did actually not expire ... until I added an image as submit button. Sorry to raise this topic again, but AFAIK this has not been answered yet: ImageButton - always stateful ? http://apache-wicket.1842946.n4.nabble.com/ImageButton-always-stateful-td1875620.html I feel I am forced to use ImageButton because I need it as IFormSubmittingComponent so I can distinguish between two different submit methods. It is really as simple as two image buttons on the form - one as login, the other as forgot password Many thanks for any ideas! Bernard - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.5-M1 migration experiences
If NamedParameter is something like; /show?id=10test=11 IndexedParameter is not something like: /show/id/10/test/11 thats still named, just differently outputed, but show/10/11 indexed then the name is presumed (its 1 ,2 ,3 ,...) johan 2010/8/12 Major Péter majorpe...@sch.bme.hu: Hi, I've just tried to move our application to Wicket 1.5-M1, and I've faced with the following problems: * new HeaderContributor(new IHeaderContributor() {...} isn't working anymore, the constructor is gone. After looking into JavaDoc I've find out that HeaderContributor.forCss and other methods are deprecated in 1.4.9, but not in 1.5-M1, so wtf? * PageParameters#getAsLong and other helper methods are missing, instead we have PageParameters#getNamedParameter()#toLong and etc. There are Indexed Parameters and Named Parameters, what's the difference? based on the JavaDoc I would thought indexed parameter is like '/show/id/1' and named is 'show?id=1' if this is true, why isn't there simply a getParameterIDon'tCareAboutTheTypeOfIt function, if I want to support both of them? The deprecated PageParameters constructors are lacking JavaDoc deprecation note, or it could be a bit enhanced at least. * AjaxButton now has onError function, which needs to be implemented * IBehavior#unbind * In MyApplication I've had a method like this: @Override public RequestCycle newRequestCycle(Request request, Response response) { if (!Configuration.getEnvironment().equals(Environment.PRODUCTION)) { return super.newRequestCycle(request, response); } else { return new WebRequestCycle(this, (WebRequest) request, (WebResponse) response) { �...@override public Page onRuntimeException(Page page, RuntimeException ex) { if (ex instanceof PageExpiredException) { return new PageExpiredError(); } return new InternalServerError(page, ex); } }; } } now newRequestCycle is gone, we have createRequestCycle, which is final and it uses RequestCycleProvider. so changing this to setRequestCycleProvider(new IRequestCycleProvider() { �...@override public RequestCycle get(RequestCycleContext context) { if (!Configuration.getEnvironment().equals(Environment.PRODUCTION)) { return new RequestCycle(context); } else { return new RequestCycle(context) { �...@override protected IRequestHandler handleException(Exception e) { //etc } }; } } }); should have the same behavior, or?? Also I couldn't find a substitute for this: http://wicket.apache.org/apidocs/1.4/org/apache/wicket/protocol/http/WebApplication.html#mount(java.lang.String,%20org.apache.wicket.util.lang.PackageName) and also for HybridUrlCodingStrategy. Or is hybrid even needed anymore? Where can I find out more about these new requestmapper stuff? (Please don't say in wicket-examples, I'm looking for a doc, like https://cwiki.apache.org/confluence/display/WICKET/URL+Coding+Strategies ) Thanks Regards, Peter - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SerializableChecker$WicketNotSerializableException: how to simulate
doesnt the message of that exception tell you which object class is the problem? On Wed, Aug 11, 2010 at 09:24, Thomas Singer wic...@regnis.de wrote: Hi, In our server logs we have a couple of WicketNotSerializableException logged, but we don't know when they occur. How we can create them locally in our development environment (to test whether we have avoided them)? Thanks in advance, Tom - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SerializableChecker$WicketNotSerializableException: how to simulate
then you just have to check where those classes are used and where they could be stored in a wicket component/model and make sure you detach that object . Wicket tells you the field hierarchy to that object so you should be able to track it down quite easily On Wed, Aug 11, 2010 at 09:55, Thomas Singer wic...@regnis.de wrote: doesnt the message of that exception tell you which object class is the problem? It does, but I don't want to make the logged class serializable, but instead avoid it. Independent of that I want to verify whether the done steps work correctly. Tom On 11.08.2010 09:27, Johan Compagner wrote: doesnt the message of that exception tell you which object class is the problem? On Wed, Aug 11, 2010 at 09:24, Thomas Singer wic...@regnis.de wrote: Hi, In our server logs we have a couple of WicketNotSerializableException logged, but we don't know when they occur. How we can create them locally in our development environment (to test whether we have avoided them)? Thanks in advance, Tom - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SerializableChecker$WicketNotSerializableException: how to simulate
why not? if you know which page it was and which component/model that holds that none serializable class then you just have to make sure that you go to that same area in your developer.. What else do you expect that you can do? On Wed, Aug 11, 2010 at 10:29, Thomas Singer wic...@regnis.de wrote: Unfortunately, this does not answer my question. Tom On 11.08.2010 09:57, Johan Compagner wrote: then you just have to check where those classes are used and where they could be stored in a wicket component/model and make sure you detach that object . Wicket tells you the field hierarchy to that object so you should be able to track it down quite easily On Wed, Aug 11, 2010 at 09:55, Thomas Singer wic...@regnis.de wrote: doesnt the message of that exception tell you which object class is the problem? It does, but I don't want to make the logged class serializable, but instead avoid it. Independent of that I want to verify whether the done steps work correctly. Tom On 11.08.2010 09:27, Johan Compagner wrote: doesnt the message of that exception tell you which object class is the problem? On Wed, Aug 11, 2010 at 09:24, Thomas Singer wic...@regnis.de wrote: Hi, In our server logs we have a couple of WicketNotSerializableException logged, but we don't know when they occur. How we can create them locally in our development environment (to test whether we have avoided them)? Thanks in advance, Tom - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SerializableChecker$WicketNotSerializableException: how to simulate
the only way to do this is as i described look where the exception really comes from and go to that same page in your developer, do as your user does. There is no other way, you really need to be in the same state. On Wed, Aug 11, 2010 at 13:24, Thomas Singer wic...@regnis.de wrote: I want to know how I can generate this exception in my development environment. It is nasty to test on the production system. Tom On 11.08.2010 10:53, Johan Compagner wrote: why not? if you know which page it was and which component/model that holds that none serializable class then you just have to make sure that you go to that same area in your developer.. What else do you expect that you can do? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SerializableChecker$WicketNotSerializableException: how to simulate
after viewing a page, when the page gets serialized But you could also trigger it your self, for example you can have something in the detach() of your base page super.onDetach() if (development) { Objects.objectToByteArray(this) } then you should get the same error right away On Wed, Aug 11, 2010 at 13:56, Thomas Singer wic...@regnis.de wrote: When exactly the serialization happens? When viewing a page? Tom On 11.08.2010 13:25, Johan Compagner wrote: the only way to do this is as i described look where the exception really comes from and go to that same page in your developer, do as your user does. There is no other way, you really need to be in the same state. On Wed, Aug 11, 2010 at 13:24, Thomas Singer wic...@regnis.de wrote: I want to know how I can generate this exception in my development environment. It is nasty to test on the production system. Tom - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Could somebody please comment on WICKET-2889?
I am against that patch. You keep pagemaps in memory in the applicaiton context! Those are session stuff stored in the HttpSession. You shouldnt keep reference to those stuff. This can break all kind of things (for example clustering) If you want something like that, then it is fine if we need to change something so that you can overwrite some stuff so that you can do what you want without patching wicket. But i dont want this to be default in wicket. On Mon, Aug 9, 2010 at 16:43, Stefan Fussenegger s...@molindo.at wrote: Hi all, It's been more than 2 month since I've created WICKET-2889 and submitted a patch to fix it. As nobody commented yet, I thought I should mention it here. The attached patch reduced required heap space for stateful pages by 2/3 (depends on configuration though, 100M for my application running with a total heap of 768M) without any noticeable impact on performance. I'm using a custom PageMap that requires a few trivial changes in SecondLevelCachePageMap (visibility and a hook called onAfterLastPageSet(..)). I doubt that there's any reason not to apply it for 1.4.10. Whether to include the new class (ExpiringSecondLevelCacheSessionStore) is optional, but I'd consider it a valuable addition to core. Please see https://issues.apache.org/jira/browse/WICKET-2889 https://issues.apache.org/jira/browse/WICKET-2361 https://issues.apache.org/jira/browse/WICKET-2361 for details. Cheers, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Error Hypothesis...
yes that is most likely the case. On Mon, Aug 2, 2010 at 16:17, James Carman ja...@carmanconsulting.com wrote: I have a theory about what is causing this issue. Just wanted to run it by you guys. In my log files, I first see this: org.apache.wicket.protocol.http.request.InvalidUrlException: org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null is still locked by: Thread[http-10080-Processor23,5,main], giv ing up trying to get the page for path: 3:projects at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:262) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:479) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:312) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) Then, a bit lower in the file, I see: org.apache.wicket.util.upload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. Connection reset at org.apache.wicket.util.upload.FileUploadBase.parseRequest(FileUploadBase.java:386) at org.apache.wicket.util.upload.ServletFileUpload.parseRequest(ServletFileUpload.java:129) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:155) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:286) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:479) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:312) My theory is that our users are beginning the file upload, but hitting F5 (reload) or something before letting the file upload complete. Does that sound feasible? It's hard for me to test this because I'm running locally and the file upload happens almost instantaneously. The user that is causing this to happen is in Europe, so I'm thinking the file upload (only 8.5 MB) might take a bit longer and they are getting impatient. If this can happen, is there something Wicket can do to not lock up the pagemap in this case, because there's nothing really I can do to block the user from hitting F5? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Error Hypothesis...
maybe do the actual upload through and iframe or something that has its own pagemap? Or block the ui in the browser as long as the upload is in progress (but then user can still do F5, but they should know that they should wait for it) You can also for example use a flash uploader to a servlet that has nice progress indicator (like gmail) johan On Mon, Aug 2, 2010 at 16:29, James Carman ja...@carmanconsulting.com wrote: So, is there anything I can do to fix the problem (aside from hitting the user on the head and telling them not to do that again)? They keep getting the application error screen when they do that. On Mon, Aug 2, 2010 at 10:27 AM, Johan Compagner jcompag...@gmail.comwrote: yes that is most likely the case. On Mon, Aug 2, 2010 at 16:17, James Carman ja...@carmanconsulting.com wrote: I have a theory about what is causing this issue. Just wanted to run it by you guys. In my log files, I first see this: org.apache.wicket.protocol.http.request.InvalidUrlException: org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null is still locked by: Thread[http-10080-Processor23,5,main], giv ing up trying to get the page for path: 3:projects at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:262) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1310) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:479) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:312) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) Then, a bit lower in the file, I see: org.apache.wicket.util.upload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. Connection reset at org.apache.wicket.util.upload.FileUploadBase.parseRequest(FileUploadBase.java:386) at org.apache.wicket.util.upload.ServletFileUpload.parseRequest(ServletFileUpload.java:129) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:155) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.init(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWebRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1668) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:862) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmitBehavior.java:135) at org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) at org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:286) at org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119) at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:479) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:312) My theory is that our users are beginning the file upload, but hitting F5 (reload) or something before letting the file upload complete. Does that sound feasible? It's hard for me to test this because I'm running locally and the file upload happens almost instantaneously. The user that is causing this to happen is in Europe, so I'm thinking the file upload (only 8.5 MB) might take a bit longer and they are getting impatient. If this can happen, is there something Wicket can do to not lock up the pagemap in this case, because there's nothing really I can do to block the user from hitting F5? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IVisitorT extends Component and IFormModelUpdateListener not extending Component
having IComponent for me means that there are more then 1 Component.. (there are multiply implementations possible then) So then we have to use IComponent everwhere instead of Component That means again that it will be a quite large interface, and do we also then get IMarkupContainer? (and so on and so on) Why isnt there a javax.swing.IJComponent ? If this is really a problem then why not drop the extends Component from the public final S extends Component Object visitChildren and public static interface IVisitorT extends Component Then you can give anything you want to it. Problem is that you then have less type checking there. Because that would make IVisitor completely generic On Wed, Jul 28, 2010 at 15:27, Joseph Pachod j...@thomas-daily.de wrote: Johan Compagner wrote: you can use: public final S extends Component Object visitChildren(final Class? clazz, final IVisitorS visitor) then you have to cast yes, but you can cast safely. Hi Yet, why not having an IComponent interface that IFormModelUpdateListener (and lot of other I guess) would extend ? And in fact it's quite the same for FormComponent. It would be handy to have an IFormComponent which could be used there and there. For example in the ListEditor's igor did, which really is a FormComponent but has to extend Repeater. ++ -- Joseph Pachod IT THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 506 F + 49 761 3 85 59 550 E joseph.pac...@thomas-daily.de www.thomas-daily.de Geschäftsführer/Managing Directors: Wendy Thomas, Susanne Larbig Handelsregister Freiburg i.Br., HRB 3947 Registrieren Sie sich unter https://www.thomas-daily.de/user/sign-in für die TD Morning News, eine kostenlose Auswahl aktueller Themen aus TD Premium, morgens ab 9:15 in Ihrer Mailbox. Aktuelle Presseinformationen für die TD Morning News und TD Premium nimmt unsere Redaktion unter redakt...@thomas-daily.de entgegen. Redaktionsschluss für die TD Morning News ist täglich um 8:45. Register free of charge at https://www.thomas-daily.de/user/sign-in to have the TD Morning News, a selection of the latest topics from TD Premium, delivered to your mailbox from 9:15 every morning. Our editorial department receives the latest press releases for the TD Morning News and TD Premium at redakt...@thomas-daily.de. The editorial deadline for the TD Morning News is 8.45am daily. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IVisitorT extends Component and IFormModelUpdateListener not extending Component
you can use: public final S extends Component Object visitChildren(final Class? clazz, final IVisitorS visitor) then you have to cast yes, but you can cast safely. johan On Mon, Jul 26, 2010 at 11:09, Joseph Pachod j...@thomas-daily.de wrote: hello I wanted to do an Component.IVisitor for all children components implementing IFormModelUpdateListener. However, IVisitor requires something extending Component, which IFormModelUpdateListener can't do (it's an interface). As such, I had to dump all generics info and do instanceof to get it running. However, for wicket 1.5 I guess, shouldn't there be an IComponent interface that IFormModelUpdateListener would implement ? IVisitor would then be of T extends IComponent and I could do an IVisitorIFormModelUpdateListener. What's your pick on that ? ++ -- Joseph Pachod IT THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 506 F + 49 761 3 85 59 550 E joseph.pac...@thomas-daily.de www.thomas-daily.de Geschäftsführer/Managing Directors: Wendy Thomas, Susanne Larbig Handelsregister Freiburg i.Br., HRB 3947 Registrieren Sie sich unter https://www.thomas-daily.de/user/sign-in für die TD Morning News, eine kostenlose Auswahl aktueller Themen aus TD Premium, morgens ab 9:15 in Ihrer Mailbox. Aktuelle Presseinformationen für die TD Morning News und TD Premium nimmt unsere Redaktion unter redakt...@thomas-daily.de entgegen. Redaktionsschluss für die TD Morning News ist täglich um 8:45. Register free of charge at https://www.thomas-daily.de/user/sign-in to have the TD Morning News, a selection of the latest topics from TD Premium, delivered to your mailbox from 9:15 every morning. Our editorial department receives the latest press releases for the TD Morning News and TD Premium at redakt...@thomas-daily.de. The editorial deadline for the TD Morning News is 8.45am daily. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: OutOfMemoryError PermGen Space...
i think the problem with those memory analyzers that they give you the heap Not the non heap, which is currently the problem.. If really constantly classes are leaked without that you constantly redeploy web applications (because that would be a leak somewhere in wicket or the app itself) but the only thing you do is serializing these kind of objects: // not serializeable and doesnt have a default constructor public class A { String name; // add this constructor so the compiler doesnt generate a default one. public A(String name) { this.name = name; } } public class B extends A implements Serializable { int aNumber; public B() { super(B); aNumber = 10; } } If you then serialize instances of B then i think you will come into the section of the stacktrace James gave. But this shouldnt really leak into the none heap. (and result in an never ending grow) that would just a bug in java itself if you ask me. i think the work around is to give the A class a private constructor: private A() {} Then i think nothing is tried to be generated. 2010/7/23 Andreas Prieß a...@metaphysis.net: On 22/07/10 21:53, James Carman wrote: I'm running Tomcat, so it's: $ env | grep CATALINA CATALINA_OPTS= -Xmx4096m -Xms2048m -XX:MaxPermSize=1024m -XX:+UseParallelGC -server Well, if you have increased memory for the permanent generation several times and keep seeing this error, for me this sounds like a memory leak. Tuning the java garbage collection will in all cases not help here, because java only throws an out of memory error if garbage collection does not help any more. I would enable the following for tomcat: -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/java/whatever Then you can analyse what holds all the memory after the next crash. A nice tool for that is the Eclipse Memory Analyzer: http://www.eclipse.org/mat/ A little how to for getting started: http://wiki.eclipse.org/index.php/MemoryAnalyzer And you should search what they have at the tomcat pages and on their mailing list archives: http://wiki.apache.org/tomcat/OutOfMemory This is most likely not specific to wicket itself. Andreas On Thu, Jul 22, 2010 at 3:47 PM, david_ meulemans.da...@gmail.com wrote: http://java.sun.com/javase/technologies/hotspot/gc/gc_tuning_6.html http://java.sun.com/javase/technologies/hotspot/gc/gc_tuning_6.htmlthese are my settings set JAVA_OPTS=%JAVA_OPTS% -Xms512m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=256m 2010/7/22 James Carman [via Apache Wicket] ml-node+2299232-642663496-232...@n4.nabble.comml-node%2b2299232-642663496-232...@n4.nabble.com Of course. It's set at 1024m! I bumped it from 256 to 512 to 1024 now. I'm still seeing the error. On Thu, Jul 22, 2010 at 3:31 PM, Martin Makundi [hidden email] http://user/SendEmail.jtp?type=nodenode=2299232i=0 wrote: You did try to change your permgen setting? http://rimuhosting.com/knowledgebase/linux/java/-Xmx-settings ** Martin 2010/7/22 James Carman [hidden email]http://user/SendEmail.jtp?type=nodenode=2299232i=1: Oops! I must not have copied that line. All it said was PermGen space On Thu, Jul 22, 2010 at 3:25 PM, Martin Makundi [hidden email] http://user/SendEmail.jtp?type=nodenode=2299232i=2 wrote: Where is the outofmemoryerror ? ** Martin 2010/7/22 James Carman [hidden email]http://user/SendEmail.jtp?type=nodenode=2299232i=3: I'm running Wicket 1.4.9 and Sun's JDK 1.6.0_20 on a RHEL4 64-bit machine. On Thu, Jul 22, 2010 at 2:30 PM, James Carman [hidden email]http://user/SendEmail.jtp?type=nodenode=2299232i=4 wrote: Guys, our production server is running into an error from time to time. I get the below stack trace after the site has been running for a while. It's not running in development mode. It's running in deployment mode. Any thoughts? What's with this generateSerializationConstructor() stuff? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: TextFieldInteger
impossible there is so such thing as ParameterizedType for the example you give.. if you do: TextFieldInteger field = new TextFieldInteger(); then at runtime that information isnt there anymore. Its gone. welcome to type erasure.. I think stuff like that is only there if you do: class MyTextField extends TextFieldInteger { } but then you can already do that just fine in the constructor yourself.. (calling setType)) johan On Fri, Jul 23, 2010 at 00:17, avrahamr avrah...@gmail.com wrote: I've encontered the same problem and it took me a while to figure it out why. So maybe it's a good idea to make it automatic on the framework, On all TextFieldE constructors without the type parameter we should call setType() like this: setType((Class?) ((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()[0]); Too complicated?? On Fri, Jul 23, 2010 at 1:02 AM, Josh Glassman [via Apache Wicket] ml-node+2299461-894925024-293...@n4.nabble.comml-node%2b2299461-894925024-293...@n4.nabble.com wrote: There is also a constructor that will take a Class type as a parameter. On Thu, Jul 22, 2010 at 3:11 PM, T Ames [hidden email]http://user/SendEmail.jtp?type=nodenode=2299461i=0 wrote: I think you have to use the setType(Integer.class) method on the TextField object. setType public final FormComponent file:///C:/Downloads/Java/wicket/apache-wicket-1.4.1/apidocs/org/apache/wicket/markup/html/form/FormComponent.htmlT file:///C:/Downloads/Java/wicket/apache-wicket-1.4.1/apidocs/org/apache/wicket/markup/html/form/FormComponent.html *setType*(java.lang.Class? type) Sets the type that will be used when updating the model for this component. If no type is specified String type is assumed. *Parameters:*type - *Returns:*this for chaining On Thu, Jul 22, 2010 at 1:50 PM, Douglas Ferguson [hidden email] http://user/SendEmail.jtp?type=nodenode=2299461i=1 wrote: Has anybody succesfully used TextFieldInteger? I get an runtime exception trying to cast String to Integer. If supply (Integer.class) to the constructor then it is trying to case Long to Integer. D/ -- View message @ http://apache-wicket.1842946.n4.nabble.com/TextField-Integer-tp2299053p2299461.html To start a new topic under Wicket - User, email ml-node+1842947-1647783149-293...@n4.nabble.comml-node%2b1842947-1647783149-293...@n4.nabble.com To unsubscribe from Wicket - User, click herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=YXZyYWhhbXJAZ21haWwuY29tfDE4NDI5NDd8LTEwNzY0NzQ1ODc=. -- []'s Avraham Rosenzweig avrah...@gmail.com -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/TextField-Integer-tp2299053p2299478.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: OutOfMemoryError PermGen Space...
as far as i see now if i look that the stacktrace: java.io.ObjectStreamClass.init(ObjectStreamClass.java:413) java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:310 so ObjectSTreamClass.lookup call there the constructor of ObjectStreamClass lookup does check for caches but those are soft caches so these can be cleared. It can mean 2 things, or somehow you have constantly different classes (proxies or cglib generated other stuff?) or the softcaches are cleared quite often they kind of do that quite often, SoftReferences are NOT only cleared when the jvm needs more mem but also much sooner! You can set this system property: -XX:SoftRefLRUPolicyMSPerMB=360 that will result in a much longer live softreference... Because there is constantly a ObjectStreamClass generated i think you are then hitting the MethodAccessorGenerator: private MagicAccessorImpl generate(final Class declaringClass, String name, Class[] parameterTypes, Class returnType, Class[] checkedExceptions, int modifiers, boolean isConstructor, boolean forSerialization, Class serializationTargetClass) and that is constructing byte code on the fly and calling defineClass on it which results in a new class all the time that is a implementation of MagicAccessorImpl that then is a fake constructor for your first none serializable class (that didnt have one on its own) On Fri, Jul 23, 2010 at 13:26, James Carman ja...@carmanconsulting.com wrote: I am not using intern() anywhere. Who knows if any of the gazillion third-party libraries are using it, though. Time to fire up jmap On Fri, Jul 23, 2010 at 7:24 AM, Thomas Kappler thomas.kapp...@isb-sib.ch wrote: On 07/22/10 20:30, James Carman wrote: Guys, our production server is running into an error from time to time. I get the below stack trace after the site has been running for a while. It's not running in development mode. It's running in deployment mode. Any thoughts? Are you by chance using String.intern()? That is a candidate for filling up the PermGen space. As Andreas noted, the stack trace can be completely irrelevant to the reason for running out of memory. -- Thomas -- --- Thomas Kappler thomas.kapp...@isb-sib.ch Swiss Institute of Bioinformatics Tel: +41 22 379 51 89 CMU, rue Michel Servet 1 1211 Geneve 4 Switzerland http://www.uniprot.org --- - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: OutOfMemoryError PermGen Space...
ahh you are already at nr 394 of those :) Let see how for they come :) On Fri, Jul 23, 2010 at 14:41, James Carman ja...@carmanconsulting.com wrote: *** Profiler engine warning: class sun.reflect.GeneratedSerializationConstructorAccessor394 that should be instrumented is not loaded by target VM *** Requested classloader: sun.reflect.delegatingclassloa...@51159ff2, its class = class sun.reflect.DelegatingClassLoader, index = 582, hashcode = 1360371698 *** Profiler engine warning: target VM cannot load class to instrument sun.reflect.GeneratedSerializationConstructorAccessor394 *** probably it has been unloaded recently On Fri, Jul 23, 2010 at 8:40 AM, James Carman ja...@carmanconsulting.com wrote: On Fri, Jul 23, 2010 at 8:37 AM, Johan Compagner jcompag...@gmail.com wrote: the only thing i dont get is that for you the forSerialization flag should be true (at least the stack trace you shown us) So for your serialization thing you should have: GeneratedSerializationConstructorAccessor1 or something.. I have those too! :) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: OutOfMemoryError PermGen Space...
what kind of classes are serialized constantly? are those proxies or other generated onces? Somehow it has something to do with getting the default constructor of the first none serializable class And i think your first class in the hierarchy that is found that doenst implement Serializable doesnt also have a default constructor Then when that state is found it will generate a constructor method or something (so some kind of quick asm wrapper class with that constructor) So look at the classes that you serialize, find the first one that is none serializeble and give it a default constructor. (it could be that that default constructor needs to be private) johan On Thu, Jul 22, 2010 at 20:30, James Carman ja...@carmanconsulting.com wrote: Guys, our production server is running into an error from time to time. I get the below stack trace after the site has been running for a while. It's not running in development mode. It's running in deployment mode. Any thoughts? What's with this generateSerializationConstructor() stuff? sun.misc.Unsafe.defineClass(Native Method) sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:45) sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:381) java.security.AccessController.doPrivileged(Native Method) sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:377) sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(MethodAccessorGenerator.java:95) sun.reflect.ReflectionFactory.newConstructorForSerialization(ReflectionFactory.java:313) java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClass.java:1327) java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:52) java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:437) java.security.AccessController.doPrivileged(Native Method) java.io.ObjectStreamClass.init(ObjectStreamClass.java:413) java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:310) java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1106) java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509) java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:416) org.apache.wicket.Component.writeObject(Component.java:4438) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461) java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338) java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146) java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509) java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474) java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: new feature in trunk and branch: Component#onConfigure()
can we now deprecate protected boolean callOnBeforeRenderIfNotVisible() ?? because you could do it now in onConfigure right? I hate multiply things do do the same thing :( On Wed, Jul 21, 2010 at 07:05, Igor Vaynberg igor.vaynb...@gmail.com wrote: protected boolean callOnBeforeRenderIfNotVisible() - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicketstuff down
works fine for me (except that Confluence is taken down i think on purpose) 2010/7/20 Vytautas Čivilis cvl...@gmail.com: Hi. As you might already noticed, http://wicketstuff.org is down. Anyone have any ideas? V - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Welcome Martin Grigorov as a core team member
welcome! hope you happily merge even more stuff ;) johan On Tue, Jul 20, 2010 at 13:21, Martin Grigorov martin.grigo...@gmail.com wrote: Thanks a lot for the voted trust in me, team! As a big open source believer it is an honour for me to be a part of the team that made such a great framework! Looking forward to make 1.5 production ready ! 2010/7/20 Ian Marshall ianmarshall...@gmail.com Many congratulations Martin! (In my extremely limited experience with web application frameworks, Wicket is just so excellent. Developing with Wicket really is fun, too.) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Welcome-Martin-Grigorov-as-a-core-team-member-tp2294324p2295166.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: tomcat restart error
Is that tomcat 7?? But t seems that we dont clean up our page saving thread. That sounds like a leak to me. Application.shutdown or something should clean up that - Original message - Anybody seen this before? SEVERE: Error filterStart Jun 24, 2010 3:24:06 PM org.apache.catalina.core.StandardContext start SEVERE: Context [] startup failed due to previous errors Jun 24, 2010 3:24:06 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads SEVERE: A web application appears to have started a thread named [PageSavingThread-wicket.PRManager] but has failed to stop it. This is very likely to create a memory leak. Douglas Ferguson mobile: 512.293.7279 office/fax: 512.462.0408 skype: stillrecording aim: DaAmericanRuse - http://www.linkedin.com/in/douglasferguson http://www.myspace.com/douglasferguson http://www.douglasferguson.us/ http://www.distilleryrecords.com/ http://www.stillrecording.com/ Join my mailing list: distilleryrecords-subscr...@yahoogroups.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: gmail like file upload
Gmail is by the way not ajax but a flash application. There is an opensource flash app i think on sourceforge that does pretty much the same as gmail. - Original message - I want to have gmail like file upload in my application , I want to have ajax multi file upload , please suggest me . -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/gmail-like-file-upload-tp2251270p2251270.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: SEVERE:Pagemap null is still locked by: Thread
if you have a test case please make a jira issue and attach your sample. It is strange because in onBeginRequest of a request cycle there is no page locked what so ever. So i dont see how this is related. On Wed, May 19, 2010 at 00:49, Ayodeji Aladejebi aladej...@gmail.comwrote: I notice this: After 3 minutes the Pagemap null is still locked by: Thread[http-8084-2,5,main], giving up trying to get the page for path: 2:topAdverts:advertListCont What happened was that I called ((WebRequestCycle) WebRequestCycle.get()).getWebRequest().getQueryString() within onBeginRequest of RequestCycle. This is what normally leads to this problem On Fri, May 7, 2010 at 9:57 PM, Ayodeji Aladejebi aladej...@gmail.com wrote: version 1.4.6 on windows vista running on tomcat 6.0.26 On Wed, May 5, 2010 at 5:43 PM, Johan Compagner jcompag...@gmail.com wrote: hmm looking at the stack of the of that thread that has the lock on the page map then it seems to me that that shouldnt happen, because that thread is doing nothing anymore if the stack dump of that thread is really the right one. Because that just seems to be in a waiting state in a tomcat pool So then it is more that there is some exception in front of that maybe that somehow didnt release the pagemap What version of wicket do you use? On Tue, May 4, 2010 at 23:40, Ayodeji Aladejebi aladej...@gmail.com wrote: SEVERE: org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null is still locked by: Thread[http-8084-7,5,main], giving up trying to get the page for path: 2 Begin of stack trace of Thread[http-8084-7,5,main] java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:485) org.apache.tomcat.util.net.AprEndpoint$Worker.await(AprEndpoint.java:1511) org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1536) java.lang.Thread.run(Thread.java:619) End of stack trace of Thread[http-8084-7,5,main] org.apache.wicket.protocol.http.request.InvalidUrlException: org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null is still locked by: Thread[http-8084-7,5,main], giving up trying to get the page for path: 2 Begin of stack trace of Thread[http-8084-7,5,main] java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:485) org.apache.tomcat.util.net.AprEndpoint$Worker.await(AprEndpoint.java:1511) org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1536) java.lang.Thread.run(Thread.java:619) End of stack trace of Thread[http-8084-7,5,main] -- Any tips I
Re: SEVERE:Pagemap null is still locked by: Thread
hmm looking at the stack of the of that thread that has the lock on the page map then it seems to me that that shouldnt happen, because that thread is doing nothing anymore if the stack dump of that thread is really the right one. Because that just seems to be in a waiting state in a tomcat pool So then it is more that there is some exception in front of that maybe that somehow didnt release the pagemap What version of wicket do you use? On Tue, May 4, 2010 at 23:40, Ayodeji Aladejebi aladej...@gmail.com wrote: SEVERE: org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null is still locked by: Thread[http-8084-7,5,main], giving up trying to get the page for path: 2 Begin of stack trace of Thread[http-8084-7,5,main] java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:485) org.apache.tomcat.util.net.AprEndpoint$Worker.await(AprEndpoint.java:1511) org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1536) java.lang.Thread.run(Thread.java:619) End of stack trace of Thread[http-8084-7,5,main] org.apache.wicket.protocol.http.request.InvalidUrlException: org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null is still locked by: Thread[http-8084-7,5,main], giving up trying to get the page for path: 2 Begin of stack trace of Thread[http-8084-7,5,main] java.lang.Object.wait(Native Method) java.lang.Object.wait(Object.java:485) org.apache.tomcat.util.net.AprEndpoint$Worker.await(AprEndpoint.java:1511) org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1536) java.lang.Thread.run(Thread.java:619) End of stack trace of Thread[http-8084-7,5,main] -- Any tips I
Re: 2nd try: stateless AJAX behaviors in stateful page without its serialization
do you want to avoid serialization or deserialization (you talk about Session.getPage() and thats deserialization) But deserialization will not happen because the active page is stored in memory, Serialization does happen at the end of a request to store the actual content of the page, so that later on for back buttons and so on it can be restored. If you want to control a bit more what should be serialized or not look at the SecondLevelCacheStore and its pagemap. 2010/4/19 Martin Schayna martin.scha...@abra.eu No, I want to process these requests in context of existing original page instance, but without page serialization. Standard processing of ajax requests is implemented in WebRequestCycleProcessor class, in method resolve(). This method is called with RequestParameters instance which is only parsed request parameters like page, pagemap and component identification. Standard wicket implementation of resolve() searches for page by calling Session.getPage() method -- that's ok, but calling this method calls also Session.touch() method, which causes serialization of this page after processing request... What I want is: in processing some specific requests do not serialize the page, because these requests don't change the page and they are called continuously by design. I can extend WebRequestCycleProcessor and override resolve() method, but I cannot avoid searching page by calling Session.getPage(). M. On 19.4.2010 10:37, Johan Compagner wrote: so for that ajax request you do want to create a new page every time the ajax request hits? 2010/4/19 Martin Schaynamartin.scha...@abra.eu I have pretty stateful page with plenty of AJAX components. Most of these components have behaviors, which renders JavaScript code for calling AJAX requests to Java code. Because page isn't stateless, each request causes serialization of page. So far so good. But some of these AJAX requests doesn't change page ever, so serialization of page isn't necessary. For example it is forward caching data for (home-brewed) datagrid component. These requests are calling continuously and serialization of page during each request causes delays. There are some projects for stateless wicket components out there, e.g. http://code.google.com/p/jolira-tools/, but it solves another situation -- request of stateless components are processed on new instances of stateless pages. I want to process requests on existing stateful page instance but without its serialization. I have tried to implement this in my own RequestCycleProcessor.resolve(), but I hung on searching for page from requestParameters because Session.getPage() always touches page and it causes serialization after request processing. Is there any example, idea, whatever for implementing this in Wicket? Thanks, Martin Schayna - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: 2nd try: stateless AJAX behaviors in stateful page without its serialization
so for that ajax request you do want to create a new page every time the ajax request hits? 2010/4/19 Martin Schayna martin.scha...@abra.eu I have pretty stateful page with plenty of AJAX components. Most of these components have behaviors, which renders JavaScript code for calling AJAX requests to Java code. Because page isn't stateless, each request causes serialization of page. So far so good. But some of these AJAX requests doesn't change page ever, so serialization of page isn't necessary. For example it is forward caching data for (home-brewed) datagrid component. These requests are calling continuously and serialization of page during each request causes delays. There are some projects for stateless wicket components out there, e.g. http://code.google.com/p/jolira-tools/, but it solves another situation -- request of stateless components are processed on new instances of stateless pages. I want to process requests on existing stateful page instance but without its serialization. I have tried to implement this in my own RequestCycleProcessor.resolve(), but I hung on searching for page from requestParameters because Session.getPage() always touches page and it causes serialization after request processing. Is there any example, idea, whatever for implementing this in Wicket? Thanks, Martin Schayna - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: JavaOne in San Francisco
And i to the N900.. I want freedom, dont want to be controlled by fruit On Fri, Apr 9, 2010 at 17:12, Igor Vaynberg igor.vaynb...@gmail.com wrote: but i just switched to htc hero :| -igor On Fri, Apr 9, 2010 at 7:10 AM, James Carman jcar...@carmanconsulting.com wrote: There's an app for that: http://www.gadgettastic.com/2008/07/07/iphone-beer-app/ On Fri, Apr 9, 2010 at 9:25 AM, nino martinez wael nino.martinez.w...@gmail.com wrote: I'd like to have a beer too, but I fear it has to be viirtual. Budget this year are only for geeCon and Devoxx. Maybe overseas next year... regards Nino 2010/4/9 shetc sh...@bellsouth.net: Sounds great! -- View this message in context: http://old.nabble.com/JavaOne-in-San-Francisco-tp28180298p28190645.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IE6 issue regarding Wicket JS and Ajax
its a browser from August 27, 2001 ... thats 9 years ago.. So who is using opera 6 ? Or Netscape 7? Or Safari 1.0 ? Just dont support it anymore, drop it then the usage will also drop Its a chicken and egg problem! if we keep supporting it it will drag on! Force them to upgrade In our product, Servoy 5.0 an on, we even test for it and display a page that users have to upgrade because it is not supported anymore. johan On Fri, Apr 9, 2010 at 14:09, James Carman jcar...@carmanconsulting.comwrote: Yeah, I think telling him that IE6 is dead isn't quite accurate: http://www.w3schools.com/browsers/browsers_stats.asp Yes, it's declining, but it's not dead. It is still used 58% as much as IE8 and roughly 83% as much as IE7. So, it is still used by folks. I agree that people should upgrade, but the fact is that it's still out there (it's in 5th place out of the 7 browsers listed). On Fri, Apr 9, 2010 at 8:04 AM, Martin Asenov mase...@velti.com wrote: Some users might use IE6 for our webapp - how could I force them to upgrade? P.S. Need some serious answers, please. Best, Martin -Original Message- From: Tim L Casey [mailto:tca...@cataphora.com] Sent: Friday, April 09, 2010 2:58 PM To: users@wicket.apache.org Subject: RE: IE6 issue regarding Wicket JS and Ajax Upgrade. -Original Message- From: Martin Asenov [mailto:mase...@velti.com] Sent: Friday, April 09, 2010 4:42 AM To: users@wicket.apache.org Subject: RE: IE6 issue regarding Wicket JS and Ajax Is anyone able to give me some more assistance with the below mentioned issues? Best, Martin -Original Message- From: Martin Asenov [mailto:mase...@velti.com] Sent: Thursday, April 08, 2010 5:18 PM To: users@wicket.apache.org Subject: IE6 issue regarding Wicket JS and Ajax Hello, everyone! I just noticed that my DatePicker doesn't work in IE6 - it doesn't even get displayed on mouse click. Also, when I close a modal window, the mask isn't hidden and the underlying page is not intractable, so I'm forced to refresh the whole page. Also, ajax components update cause some screen flickering and misplacing some components (images, dropdown choices, etc.) All problems occur in IE6. Any ideas? Best, - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: What happens after browser's 'back' button?
yes we didnt do that by default because it is quite annoying behavior Back button should be quick and shouldnt load it from the server again at least not by default. You can configure it for you application the way you like. But for many others back should really be browser cache back. On Wed, Apr 7, 2010 at 22:09, Joseph Pachod josephpac...@thomas-daily.dewrote: Regarding the commented out no-store, any idea why the wicket core developers didn't used it directly ? Having a consistent behavior across browser + ajax and back button working seem rather good. I wonder why it isn't included currently. joseph _ From: Craig McIlwee [mailto:craig.mcil...@openroadsconsulting.com] protected void setHeaders(WebResponse response) { response.setHeader(Pragma, no-cache); response.setHeader(Cache-Control, no-cache, max-age=0, must-revalidate); // no-store } The // no-store is actually there. Overriding it with protected void setHeaders(WebResponse response) { response.setHeader(Pragma, no-cache); response.setHeader(Cache-Control, no-cache, max-age=0, must-revalidate, no-store); } Will cause firefox to make a trip to the server when back button is pressed. In my experience this is required for AJAX the back button, otherwise wicket won't know that the user hit back and will ignore AJAX requests because they are being executed against a page that (as far as wicket knows) is not the active page. Craig -Original Message- From: James Carman [mailto:jcar...@carmanconsulting.com] Sent: Tuesday, April 06, 2010 8:56 AM To: users@wicket.apache.org Subject: Re: What happens after browser's 'back' button? On Tue, Apr 6, 2010 at 8:07 AM, McIlwee, Craig craig.mcil...@openroadsconsulting.com wrote: As long as you prevent the browser from caching the page with the form (just the page itself, caching the resources is fine) then when the user hits back wicket will pull the old page instance from the pagemap and rerender it. That page instance is the same one that was used the first time, so its state will still be the same. Just set some flag when the user submits, and also check that flag when processing the form like this: Not exactly. How would Wicket know to pull the old page instance if the browser is re-requesting a bookmarkable URL? It wouldn't. It would just reconstruct the page from scratch. In fact, Firefox doesn't re-request anything from Wicket when you click the back button (at least it doesn't in my app when IE does, go figure). The way Wicket keeps everything in synch is that each URL in your rendered page (for forms, links, etc.) has information on it that points to a specific page in the page map (that's what all the ?wicket:interface stuff is). So, when a form is submitted or a link (non-bookmarkable) is clicked on your page, Wicket will load the specific page instance from the page map and invoke the request on that. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax has too much control?
Do you add the state ddc to the ajax target when you get a ajax country event? - Original message - Sven, Thanks for your input. It seems that you do not understand the problem I have (Wicket problem??? or my page problem???). I know how Ajax works by adding components to Ajax request target. When it is non-Ajax, my page runs correctly with all three controls. When Country DDC Ajax-controls State DDC, the two DDC works correctly. The problem is that once this Ajax control is triggered by selecting a value in Country DDC, the State DDC list is NOT updated when the Locale DDC value is changed. I have a feel that Wicket has a problem here. I am using Wicket 1.4.7. Regards. -David --- On Sun, 3/21/10, Sven Meier s...@meiers.net wrote: From: Sven Meier s...@meiers.net Subject: Re: Ajax has too much control? To: users@wicket.apache.org Date: Sunday, March 21, 2010, 7:25 AM Hi David, DropDownChoice#wantOnSelectionChangedNotifications() will trigger rendering of the complete page. On Ajax request only those components are rendered you explicitely 'add' to the request, see AjaxRequestTarget#addComponent(). If you want to have the same for Ajax requests, you can just 'add' the complete page. This is not very efficient though. Sven David Chang wrote: Forgive me about this meaningless subject, but I cannot think of a better one. I have been learning Wicket through the WIA book. I just found out something interesting to me. Not sure it is a bug, design, or something I did wrong. I have a page with three Wicket elements: 1. Locale selector through a DropDownChoice list. WIA has complete code about how this works and I copied the solution into this page 2. Country DropDownChoice, whose values change between English and Chinese depending on Locale DDC. 3. State DropDownChoice, whose values change between English and Chinese depending on Locale DDC. The values in this DDC depends on the chosen value in Country DDC. Here are the experiments Experiment#1. Country DDC does not control values in State DDC via Ajax and it has protected boolean wantOnSelectionChangedNotifications() { return true; } Everything works like a charm, which means (1) when Country DDC value changes, State DDC changes accodingly. (2) when Locale changes, both Country DDC and State DDC lists change display values accordingly (which means both DDCs show a list of values in the same language). Experiment#2. Country DDC controls values in State DDC via Ajax. In this case, when page is first loaded, I do not touch the Country DDC or State DDC. I simply change locale value any number of times, both Country DDC and State DDC lists change correctly depending on the session locale. Here is the strange thing. Then I change Country DDC value, State DDC changes correctly. Since then, HOWEVER, if I change locale values, ONLY Country DDC list changes correctly; State DDC list is not updated. It seems Wicket decides that State DDC is forever Aja-controlled by Country DDC only. Not qure sure if this a bug, design, or I did something wrong. Please let me if you have difficulty understanding the experiments. Thanks for any info or help. Cheers! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: StackOverflowError under serialization leaves pagemap locked
Or: http://wicketstuff.org/maven/repository/org/apache/wicket/wicket/1.4-SNAPSHOT/ That should also have the latest fix - Original message - the fix is in 1.4.x branch and will be part of 1.4.8. in the meantime you can build a fresh snapshot yourself and drop that into your application http://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.x -igor On Thu, Mar 18, 2010 at 3:27 PM, Nigel Parker nigel.par...@mazeppa.no wrote: Thank you Johan for your reply. Agree that original problem should be fixed. This is a critical problem for us. We have found out during the last 24 hours that some of our pages are retaining a session reference. With Ajax requests this gives a doubling of session size for every request, and we now believe this to be the cause of the StackOverflowErrors. We will try this in production tomorrow. We upgraded to to 1.4.7 but still see that the pagemap is locked when the stack overflows. Do you know if the fix to WICKET-2075 is in 1.4.7? Thanks Nigel Johan Compagner wrote: i fixed 2075 so that it should always unlock the pages. Problem is that you still could get weird errors because that page is not in a valid state in the session. So if back buttons/page versions are used it could be that that doesnt work So what should be fixed is the original problem On Wed, Mar 17, 2010 at 21:03, Nigel Parker nigel.par...@mazeppa.no wrote: We are a Wicket shop and for one of our clients have been running a Wicket application successfully for over 2 years. We are now at version 1.4.0. The traffic on the system is increasing and we are now seeing an increased frequency of pagemap locking which is beginning to be a serious problem for the users. By subclassing WebRequestCycle we have identified that a StackOverflowError under serialization in RequestCycle.detach() leaves the pagemap locked for the next minute. If our analysis is correct this is essentially the problem reported as https://issues.apache.org/jira/browse/WICKET-2075. Unfortunately we cannot reproduce the problem in our test environment and it occurs only in about one in every thousand requests with no apparent consistent pattern about what the user has been doing. Can anybody suggest an immediate strategy for further investigations? In particular: - is there a practical way to find out what is causing the serialization problem. The stack trace is no help. We do in many cases have large amounts of data in the session, but doubling the default stack size leaves the problem frequency unchanged leading us to suspect a logical error rather the sheer amount of data. - by overriding RequestCycle.detach() and catching the StackOverflowError we can get control when the error occurs. Is there any way we can persuade Wicket to release the pagemap lock? I have looked at the code and this doesn't look straightforward. - can we get Wicket itself to suppress the StackOverflowError so that detach() continues and releases the lock? Grateful for any suggestions. Nigel - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/StackOverflowError-under-serialization-leaves-pagemap-locked-tp27938028p27950858.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: StackOverflowError under serialization leaves pagemap locked
i fixed 2075 so that it should always unlock the pages. Problem is that you still could get weird errors because that page is not in a valid state in the session. So if back buttons/page versions are used it could be that that doesnt work So what should be fixed is the original problem On Wed, Mar 17, 2010 at 21:03, Nigel Parker nigel.par...@mazeppa.no wrote: We are a Wicket shop and for one of our clients have been running a Wicket application successfully for over 2 years. We are now at version 1.4.0. The traffic on the system is increasing and we are now seeing an increased frequency of pagemap locking which is beginning to be a serious problem for the users. By subclassing WebRequestCycle we have identified that a StackOverflowError under serialization in RequestCycle.detach() leaves the pagemap locked for the next minute. If our analysis is correct this is essentially the problem reported as https://issues.apache.org/jira/browse/WICKET-2075. Unfortunately we cannot reproduce the problem in our test environment and it occurs only in about one in every thousand requests with no apparent consistent pattern about what the user has been doing. Can anybody suggest an immediate strategy for further investigations? In particular: - is there a practical way to find out what is causing the serialization problem. The stack trace is no help. We do in many cases have large amounts of data in the session, but doubling the default stack size leaves the problem frequency unchanged leading us to suspect a logical error rather the sheer amount of data. - by overriding RequestCycle.detach() and catching the StackOverflowError we can get control when the error occurs. Is there any way we can persuade Wicket to release the pagemap lock? I have looked at the code and this doesn't look straightforward. - can we get Wicket itself to suppress the StackOverflowError so that detach() continues and releases the lock? Grateful for any suggestions. Nigel - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Strange classloader issues
look at your html code because somehow you get those kind of urls org.apache.wicket.ajax.WicketAjax%3C/div%3E%3Cdiv%20class= back to wicket and that seems very weird. it seems that that is a piece of html with those div and class stuff. It could also be that this is done by some header contribution ? On Tue, Feb 2, 2010 at 08:49, Rob Sonke r...@tigrou.nl wrote: Hi, We're having strange errors on several of our online wicket apps which we can't reproduce but popping up in the logs everyday. It seems that Wicket in some way is messing up it's full class names with other stuff like html. I'll add some examples below. Is this is an issue, if yes, how can we prevent these errors. And if not, what causes this? TP-Processor29 ERROR org.apache.wicket.request.target.resource.SharedResourceRequestTarget:$L] unable to lazily register shared resource org.apache.wicket.ajax.WicketAjax%3C/div%3E%3Cdiv%20class= java.lang.ClassNotFoundException: org.apache.wicket.ajax.WicketAjax%3C at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at org.apache.wicket.application.DefaultClassResolver.resolveClass(DefaultClassResolver.java:111) at org.apache.wicket.request.target.resource.SharedResourceRequestTarget.respond(SharedResourceRequestTarget.java:149) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:105) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1258) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:468) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:301) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) Or: TP-Processor110 ERROR org.apache.wicket.request.target.resource.SharedResourceRequestTarget:$L] unable to lazily register shared resource maxxton.newyse.web.component.date.picker.UIDa%3C/ul%3E%20%20%3C/div%3E%3C/div%3E%3Cdiv%20class= java.lang.ClassNotFoundException: maxxton.newyse.web.component.date.picker.UIDa%3C at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233) at org.apache.wicket.application.DefaultClassResolver.resolveClass(DefaultClassResolver.java:111) etc.. Regards, Rob - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: setRequired( false ) does not work on Integer textfield?
an int (primitive) is always required. We have to set it to something. cant be null if you want to be able to not require it (so null) make it an Integer not int On Wed, Jan 27, 2010 at 16:48, Thierry Leveque tleve...@gmail.com wrote: Here's what I have in my code: TextFieldInteger lAdaptingHitCountThreshold = new TextFieldInteger( AdaptingHitCountThreshold, new PropertyModelInteger( lMcsConfig, Adapting.HitCountThreshold ) ); lForm.add( lAdaptingHitCountThreshold.setRequired( false ) ); But when I execute it, if I do not enter any value in the field, I keep getting the message Field 'AdaptingHitCountThreshold' is required. Why? In my pojo data object (lMcsConfig), the field is really of type int, but it is not required. Is there a simple way to make this work? Other than creating my own model? Thierry
Re: DiskPageStore file increasing to max size by only refreshing a HomePage
no just the opposite bookmarkable url will create a new page (which can be state full or stateless) On Fri, Jan 8, 2010 at 14:09, Loritsch, Berin C. berin.lorit...@gd-ais.comwrote: It's bookmarked pages that avoid new page creation isn't it? -Original Message- From: Matej Knopp [mailto:matej.kn...@gmail.com] Sent: Thursday, January 07, 2010 3:55 PM To: users@wicket.apache.org Subject: Re: DiskPageStore file increasing to max size by only refreshing a HomePage SetVersioned(false) does not help with new page instances being created. -Matej On Thu, Jan 7, 2010 at 9:46 PM, Wilhelmsen Tor Iver toriv...@arrive.no wrote: about unversioned, i have just done a quick test on wicket-examples helloworld, adding serialVersionUID (not informed in the examples) and the result is the same: pagestore file increasing to the infinite (max size of course :) I meant Wicket's setVersioned(false); the serialVersionUID is just for binary serialization, as long as the fields do not change the computed value the VM generates for you should be the same. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DiskPageStore file increasing to max size by only refreshing a HomePage
if you constantly target exactly that url then that will be a new page everytime because thats just a bookmarkable url. not an instance url. On Thu, Jan 7, 2010 at 12:52, manuelbarzi manuelba...@gmail.com wrote: the url is this: http://localhost:9090/test/
Re: Wicket feedback
So you just want to throw all the components of a page or panel (the one with markup) in 1 big place. then all those have to be uniquely named ofcourse. Throughout the complete page. Repeaters will then be a bit special i guess. Because they are generation ListItem components for you that then also should be added to the page i guess (and made unique per repeater) And they point again to some of the global pool components? I think this will cost performance (if we still use linear lists) or memory (if we are going to use hashmaps). But after that if we all have this.. Wont the code be unreadable? What is in where? Because i guess you then want to just add alll the components you have on a page in the page constructor.. So that one will be quite large with no relations to each other.. Or are you going to group them again? But then you are doing exactly the thing you do now johan P.S. i am against having 1 text field component.. TextArea and TexField are also in html completely different beasts. I know there are ui (swt) that do use 1, but others (swing) dont i like that separation.. On Wed, Dec 23, 2009 at 20:15, Martin Makundi martin.maku...@koodaripalvelut.com wrote: what does that have to do with OO exactly? hmm.. It should be sufficient that the artist thinks the gfx are immacculate and that the java developer thinks the code is immacculate. Why do we need to couple java with html hierarchies and stuff? Some namespace attribute could suffice to allow nested components. put your money where your mouth is, come up with a prototype. Does wicket have a single point where it manages which component becomes the child of another and where the markup is loaded from? If yes, I could try to introduce a namespace attribute. we synchronize with the markup and lose some OOP, but we gain in desing. Have you ever change the look and feel of your application? with wicket it is really easy, in other frameworks it is a nightmare. If you give up coupling between html and java you do not lose the ease of design. Actually you will gain more ease and freedom of design. Furthermore, coding will be much faster as in most (80-90%) cases you need only a single namespace per panel and you could go about it without the need to worry about how the components are nested in html java. When I build a new panel I believe a significant amount of time is spent in synchronizing html and java. That's work time spent that is not really adding value in linear amount. ** Martin -igor ** Martin On Wed, Dec 23, 2009 at 1:51 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: and where is this more OO? -igor On Wed, Dec 23, 2009 at 7:24 AM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: I vote +1 for more OO Wicket. Way to go Ricardo! ** Martin 2009/12/23 Ricardo Mayerhofer ricardo.ekm.lis...@gmail.com: Hi Igor, Thanks for your response. Here goes my observations: Em 22/12/2009 14:41, Igor Vaynberg escreveu: On Tue, Dec 22, 2009 at 5:19 AM, Ricardo Mayerhofer ricardo.ekm.lis...@gmail.com wrote: Hi all, We've just finished with success a wicket project for a large online retailer. I think wicket is the best framework out there, but as any other project there is room for improvement. I will talk about some topics bellow, I hope it can help in some way. - Separation of corcerns I think we could get a better separation of concerns if page class were focused more in behavior and html were more focused in display (or view). What I mean is, some times we have components that the main purpose is to add behavior, and we have to add extra markup just to satisfy wicket 1:1 mapping. Take CheckGroup for exaple, it is a component focused on behavior, even though we have to add a reference to it in HTML. a redesigned CheckGroup is welcome, but that component is the exception and not the rule. Yes, but how do we deal with the requirement of all components having a HTML representation? The same happens with RadioGroup, even with wicket-1055 solved, the HTML reference is still there. When creating composite input fields (like date), the usual way is to create a panel even if you are not interested in reusability. A interesting aproach is to insert a hidden text field in HTML mapped to a component that controls other components input. It makes easier to integrate with designer and to preview in browser. If we didn't have this limitation the hidden input would not be necessary and the development of behavior focused components would be easier. i dont really understand this..the usual way would be to extend a FormComponentPanel, not a Panel. are you saying that because the Panel derivatives are just adiv in the markup it makes it difficult for the designers?
Re: Wicket feedback
On Wed, Dec 23, 2009 at 07:32, Sudhir N sudhir_nima...@yahoo.com wrote: One more thing I am still looking for is, integrating GWT. I did that before with other framework. i asked this question more How do you see this integration? What should be integrated. What should wicket do? What should GWT do?
Re: Basic concept of Wicket
public class HomePage extends WebPage { private Long value = 0L; public HomePage(final PageParameters parameters) { Model m = new ModelSerializable() { private static final long serialVersionUID = 1L; // It doesn't matters if I take this, or value // from the WebPage private Long val = 0L; @Override public Serializable getObject() { return val++; } }; add(new Label(counter, m)); setRedirect(true); } } On Thu, Dec 17, 2009 at 11:42, psytra...@gmx.de psytra...@gmx.de wrote: Hi, I'm stuck with some very basic concepts, even if i read a book about wicket. Let's stress the counter-example, but first the questions: - Basic questions: Why does the counter not increment on reload? - Why is the WebPage created every time I reload the website, I though they are only created once? - Why isn't the Model used, so the Model keeps track where the value comes from? (ok, if the page is recreated every time, the model will be recreated, too. maybe solved with previous question). The Code: public class HomePage extends WebPage { private Long value = 0L; public HomePage(final PageParameters parameters) { Model m = new ModelSerializable() { private static final long serialVersionUID = 1L; // It doesn't matters if I take this, or value // from the WebPage private Long val = 0L; @Override public Serializable getObject() { return val++; } }; add(new Label(counter, m)); } } html xmlns:wicket= http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd; body Counter: span wicket:id=countermycounter/spanbr/ /body /html I didn't found an anwser by browsing the mailarchive or the web. Maybe the anwser is to obvious. Regards Daniel - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: (seemingly) session-related performance issue
can you try 1.4.3? On Wed, Dec 16, 2009 at 11:07, Kurt Heston khes...@hestonsystems.comwrote: Tonight, I moved from v1.3.5 to v1.4.4. I'm up and running after changing all of my getModel statements, but an old performance problem has shown up again. Back when I moved to 1.3.x, pages started loading really slowly, especially ones with lots of links. However, in reading through the forums, the newSessionStore/HttpSessionStore trick was found and it worked like a charm. The trouble is, now that I'm on 1.4.4 the problem is back and no amount of fiddling with HttpSessionStore or DiskPageStore has made any difference. My pages takes minutes to load (seriously) and none of my Ajax works. Anyone have a hint or two to give me as to how I can resolve this? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: (seemingly) session-related performance issue
in trunk of 1.4 this should also be fixed. so if you can use a snapshot of it that should work also On Wed, Dec 16, 2009 at 18:07, Kurt Heston khes...@hestonsystems.comwrote: Johan Marat, thank you! Downgrading to 1.4.3 cured it. If I see the problem again, I'll check the forums and Jira for content-length instead of using the keywords I was using. Thanks again! On 12/16/2009 2:11 AM, Marat Radchenko wrote: https://issues.apache.org/jira/browse/WICKET-2613 2009/12/16 Kurt Heston khes...@hestonsystems.com: Tonight, I moved from v1.3.5 to v1.4.4. I'm up and running after changing all of my getModel statements, but an old performance problem has shown up again. Back when I moved to 1.3.x, pages started loading really slowly, especially ones with lots of links. However, in reading through the forums, the newSessionStore/HttpSessionStore trick was found and it worked like a charm. The trouble is, now that I'm on 1.4.4 the problem is back and no amount of fiddling with HttpSessionStore or DiskPageStore has made any difference. My pages takes minutes to load (seriously) and none of my Ajax works. Anyone have a hint or two to give me as to how I can resolve this? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: close a ModalWindow when session expired
no i think the server is always called: add(new CloseButtonBehavior()); add(new WindowClosedBehavior()); one of those behaviors are called. when you press the button. Else the server will not be cleaned up. And the page that has the modal window still thinks it is visible On Mon, Dec 14, 2009 at 16:01, Bernard Lupin beal6...@yahoo.fr wrote: Thank you Johan, you're right... except that there is always a cross in the upper right corner of the modal window, that allows to close the modal window without sending any ajax request to the server. So I just would like to have a close button that do the same as the cross image, but I'm not able to find which javascript code is executed on this cross image. Regards Bernard Johan Compagner wrote: it could be that if you do that then in normal use the serverside doesnt know that the modal window isnt shown anymore. So i guess you should also try to let the server know. On Fri, Dec 4, 2009 at 10:16, Bernard Lupin wrote: Hi again, After a lot of various tries, I finally found a solution that seems to work. On my ModalWindow close button, I don't need javacode anymore, I just have this small javascript command in the markup file: onclick=window.parent.Wicket.Window.close(); Do you think that it's a good way to solve my problem ? Regards, Bernard Bernard Lupin wrote: Hi, On my ModalWindow's close button, I only want to ... close the modal window. It seems that myWindow.close(target) calls some Ajax request, which is failing when session is expired. But if I click on the cross button in the upper right of the modal window, everything works well : the modal window is closed and the original window becomes active again. I searched in source page and in wicket source code, but can't find what code is behind this cross button. Could you tell me which javascript code I could invoke on my close button, to close the window without ajax request ? Thanks a lot Bernard -- View this message in context: http://old.nabble.com/close-a-ModalWindow-when-session-expired-tp26622679p26779142.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Parameterized Component
why not it kills a lot of code. On Mon, Dec 14, 2009 at 17:45, Martin Makundi martin.maku...@koodaripalvelut.com wrote: I wouldn't use CPM for anything serious anyways... my 2cents ** Martin 2009/12/14 Xavier López xavil...@gmail.com: Hi, In my application I have a number of fields that allow validation, by means of a validation CheckBox. In order to provide some flexibility for this kind of validation fields, I'd like to have them implemented in a Component (i.e. ValidationTickPanel), so that they provide their own markup and other panels using it should not know about its contents. ValidationTickPanel extends Panel in order to be able to provide own markup. The problem is, I'd like to have the CheckBox's wicket:id set from the parent panel (in order to use CompoundPropertyModel). But I'm afraid that it's impossible to have a variable wicket_id inside ValidationTickPanel.html... public class ValidationTick extends Panel implements RestrictedComponent { public ValidationTick(String componentId, String checkId, IModel checkModel){ super(componentId); CheckBox check = new CheckBox(checkId, checkModel); Label label = new Label(checkId+Label, new StringResourceModel()); add(check); add(label); } } wicket:panel input type=checkbox wicket:id=???/input span wicket:id=???Label/span /wicket:panel Usually, checkModel would be null as the goal would be to use compoundPropertyModel on the checkBox..My question is, is it possible to achieve this ? Or should I be discarding the CPM idea and passing for instance a PropertyModel to ValidationTickPanel ? Thanks a lot, Xavier - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Modal Window Problems On Internet Explorer.
Modal windows are working find for me on IE8 http://wicketstuff.org/wicket14/ajax/modal-window are you saying that above example doesnt work? On Mon, Dec 14, 2009 at 01:41, victorTrapiello vic...@trapiello.net wrote: Hello guyss, I find it anoying as well I´m developing a web app and now I realize that the modal window only works in mozilla... when I try to open it wit I explorer 7 or 8 it comes up with an error page the url does not exist do you know how to fix that or it means our lovely java framewor Wickets is becoming oldfashion... Thank you very much guys!! bgooren wrote: I don't have this problem with the Modal Window, so my guess is that you have some custom javascript which tries to set the focus to an element which is either invisible or inactive. Bas carlo c wrote: Hi, I keep on experiencing this when I try to open a modal window in IE6, 7 and 8. I don't know if any of you encountered it from before. Can't move focus to the control because it is invisible, not enabled, or of a type that does not accept the focus It's happeningd on Internet Explorer only and it's quite annoying. Thanks A Lot - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/Modal-Window-Problems-On-Internet-Explorer.-tp26572367p26771544.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Parameterized Component
so you where talking about property models in general (not the compound) We have a solution for that now On Tue, Dec 15, 2009 at 11:25, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Yes, but it ties your beans to wicket ids. More refactoring and maintenance work. Anyways, if it works for you, use it. my 2cents ** Martin 2009/12/15 Johan Compagner jcompag...@gmail.com: why not it kills a lot of code. On Mon, Dec 14, 2009 at 17:45, Martin Makundi martin.maku...@koodaripalvelut.com wrote: I wouldn't use CPM for anything serious anyways... my 2cents ** Martin 2009/12/14 Xavier López xavil...@gmail.com: Hi, In my application I have a number of fields that allow validation, by means of a validation CheckBox. In order to provide some flexibility for this kind of validation fields, I'd like to have them implemented in a Component (i.e. ValidationTickPanel), so that they provide their own markup and other panels using it should not know about its contents. ValidationTickPanel extends Panel in order to be able to provide own markup. The problem is, I'd like to have the CheckBox's wicket:id set from the parent panel (in order to use CompoundPropertyModel). But I'm afraid that it's impossible to have a variable wicket_id inside ValidationTickPanel.html... public class ValidationTick extends Panel implements RestrictedComponent { public ValidationTick(String componentId, String checkId, IModel checkModel){ super(componentId); CheckBox check = new CheckBox(checkId, checkModel); Label label = new Label(checkId+Label, new StringResourceModel()); add(check); add(label); } } wicket:panel input type=checkbox wicket:id=???/input span wicket:id=???Label/span /wicket:panel Usually, checkModel would be null as the goal would be to use compoundPropertyModel on the checkBox..My question is, is it possible to achieve this ? Or should I be discarding the CPM idea and passing for instance a PropertyModel to ValidationTickPanel ? Thanks a lot, Xavier - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Parameterized Component
http://wicketinaction.com/2009/11/removing-fragile-string-expressions-from-wicket-code/ On Tue, Dec 15, 2009 at 16:52, Juan Carlos Garcia M. jcgarc...@gmail.comwrote: Johan, Can you elaborate more on that please? What is this new solution? Johan Compagner wrote: so you where talking about property models in general (not the compound) We have a solution for that now On Tue, Dec 15, 2009 at 11:25, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Yes, but it ties your beans to wicket ids. More refactoring and maintenance work. Anyways, if it works for you, use it. my 2cents ** Martin 2009/12/15 Johan Compagner jcompag...@gmail.com: why not it kills a lot of code. On Mon, Dec 14, 2009 at 17:45, Martin Makundi martin.maku...@koodaripalvelut.com wrote: I wouldn't use CPM for anything serious anyways... my 2cents ** Martin 2009/12/14 Xavier López xavil...@gmail.com: Hi, In my application I have a number of fields that allow validation, by means of a validation CheckBox. In order to provide some flexibility for this kind of validation fields, I'd like to have them implemented in a Component (i.e. ValidationTickPanel), so that they provide their own markup and other panels using it should not know about its contents. ValidationTickPanel extends Panel in order to be able to provide own markup. The problem is, I'd like to have the CheckBox's wicket:id set from the parent panel (in order to use CompoundPropertyModel). But I'm afraid that it's impossible to have a variable wicket_id inside ValidationTickPanel.html... public class ValidationTick extends Panel implements RestrictedComponent { public ValidationTick(String componentId, String checkId, IModel checkModel){ super(componentId); CheckBox check = new CheckBox(checkId, checkModel); Label label = new Label(checkId+Label, new StringResourceModel()); add(check); add(label); } } wicket:panel input type=checkbox wicket:id=???/input /wicket:panel Usually, checkModel would be null as the goal would be to use compoundPropertyModel on the checkBox..My question is, is it possible to achieve this ? Or should I be discarding the CPM idea and passing for instance a PropertyModel to ValidationTickPanel ? Thanks a lot, Xavier - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/Parameterized-Component-tp26780051p26795873.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Model object properties go null after RestartResponseAtInterceptPageException.
isnt your page not just a brand new shiny new instance? place a breakpoint in your constructor On 14/12/2009, Warren Bell warr...@clarksnutrition.com wrote: Does Any body have any ideas, I am stuck and can't figure this out. I have a page with about 10 text fields. The model for the page is a ValueMap. All of the values in the ValueMap get set to null when a user gets redirected back to the original page after a RestartResponseAtInterceptPageException. All of the keys in the ValueMap are still there. What do I need to do to fix this? Warren - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Modal Window Problems On Internet Explorer.
both panel or page work fine for me (IE8) On Wed, Dec 16, 2009 at 00:02, victorTrapiello vic...@trapiello.net wrote: Please check the second example in that wicket page (the panel) check it with IE8, that exactly what is happend to me, and before with IE 7 it didn´t I just downloaded the latest wicket release and still the same... thanks for the support!! Loritsch, Berin C. wrote: The question is whether there is a problem with Javascript or not. Setting up the debugger for IE is a pain in the arse, but worth doing when tracking down strange behaviors. Are you also having problems in Chrome or Safari? Chrome also has some javascript debugging tools, and the engine is different enough from Firefox that you may catch the offending code. -Original Message- From: victorTrapiello [mailto:vic...@trapiello.net] Sent: Tuesday, December 15, 2009 1:56 PM To: users@wicket.apache.org Subject: Re: Modal Window Problems On Internet Explorer. hahahahha I knew that someone was going to come up with this, yes it does, it works fine in the apache wicket offcial page, but when I do the example and compile it, it only works in Mozilla! maybe I do not have the last Wicket release, what do you think¿? Thanks for the reply Johan Johan Compagner wrote: Modal windows are working find for me on IE8 http://wicketstuff.org/wicket14/ajax/modal-window are you saying that above example doesnt work? On Mon, Dec 14, 2009 at 01:41, victorTrapiello vic...@trapiello.net wrote: Hello guyss, I find it anoying as well I´m developing a web app and now I realize that the modal window only works in mozilla... when I try to open it wit I explorer 7 or 8 it comes up with an error page the url does not exist do you know how to fix that or it means our lovely java framewor Wickets is becoming oldfashion... Thank you very much guys!! bgooren wrote: I don't have this problem with the Modal Window, so my guess is that you have some custom javascript which tries to set the focus to an element which is either invisible or inactive. Bas carlo c wrote: Hi, I keep on experiencing this when I try to open a modal window in IE6, 7 and 8. I don't know if any of you encountered it from before. Can't move focus to the control because it is invisible, not enabled, or of a type that does not accept the focus It's happeningd on Internet Explorer only and it's quite annoying. Thanks A Lot - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/Modal-Window-Problems-On-Internet-Explorer.-tp26572367p26771544.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/Modal-Window-Problems-On-Internet-Explorer.-tp26572367p26799812.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/Modal-Window-Problems-On-Internet-Explorer.-tp26572367p26803424.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Limiting PageStore size
did wicket 2.0 had a tardis?? i am checking svn right now for those lost diamonds! On 11/12/2009, Igor Vaynberg igor.vaynb...@gmail.com wrote: maybe wicket 2.0 will come with a TardisPageStore :) -igor On Fri, Dec 11, 2009 at 8:56 AM, Neil Curzon neil.cur...@gmail.com wrote: You are right, I was not testing correctly. The pages were just cached and clicking on any non-bookmarkable link in them caused a page expired. Thanks On Thu, Dec 10, 2009 at 6:11 PM, Matej Knopp matej.kn...@gmail.com wrote: Are you sure you have been testing it correctly? The pagestore is cyclic. That means once it reaches it's limit it's the oldest pages get overwritten. -Matej On Thu, Dec 10, 2009 at 11:56 PM, Neil Curzon neil.cur...@gmail.com wrote: Hi all, We're in the process of going live with our wicket app, so we're trying to figure out certain details, currently PageStore size. I notice that by looking at the page store on disk, typically our pages add 10-20kb each to the pagemap. The default 10mb limit would store a lot of pages, but we were thinking of using a smaller limit. I tried adjusting the limit to 100kb, and as expected, the page store size capped out at about 100kb. I was expecting the consequence of this to be that the back button would not work all the way to the beginning. Actually, what happens is that, after my page map size hits the limit and stops growing, even if I continue to click around the app for a while, I can still hit the back button all the way back to the login, without hitting our page expired page. This surprised me. Is this expected behavior? If the back button works with a 100kb page map file, why use a 10mb one? Any help would be appreciated! Thanks, Neil - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicketstuff.org Confluence error
somehow the disks where full again i deleted as much logging as i can and some old stuff so we should be able to go on Biggest problem is as always but nobody seems to be able to fix that shitty maven: http://www.wicketstuff.org/maven/repository/org/apache/wicket/wicket/1.5-SNAPSHOT/ It still generates unique snapshots.. Why cant nobody fix that stupid maven build behavior.. johan On Wed, Dec 9, 2009 at 10:31, Stefan Blanke stefbla...@googlemail.comwrote: Hi, does somebody know what happened to wicketstuff.org? I get the following error message: You cannot access Confluence at present. Look at the table below to identify the reasons Database is being updated by an instance which is not part of the current cluster. You should check network connections between cluster nodes, especially multicast traffic. Best regards, Stefan
Re: wicketstuff.org Confluence error
fine by me On Wed, Dec 9, 2009 at 15:53, nino martinez wael nino.martinez.w...@gmail.com wrote: and should be fixed in maven 2.1.x: http://jira.codehaus.org/browse/MNG-3885 Should we upgrade maven on teamcity, its running 2.0.9...? 2009/12/9 nino martinez wael nino.martinez.w...@gmail.com Wondering if it could be something like this: http://jira.codehaus.org/browse/MDEPLOY-57 Which version of maven are wicketstuff teamcity running? 2009/12/9 nino martinez wael nino.martinez.w...@gmail.com Ive done this, not sure if it fixes any thing: Trying to fix uniqueVersionfalse/uniqueVersion problem added it to non snapshot repos aswell However it did look ok for snapshot versions, they had unique version set to false.. 2009/12/9 nino martinez wael nino.martinez.w...@gmail.com Yup, and theres two places on wicketstuff core it's not set, so it default to true! Which are the opposite of what we want.. I'll fix it for wicketstuff.. But what about Wicket itself, I dont have commit rights? 2009/12/9 Marat Radchenko slonopotamusor...@gmail.com That's controlled with uniqueVersion 2009/12/9 nino martinez wael nino.martinez.w...@gmail.com: Yeah it seems strange, some project seems not to have the issue: http://www.wicketstuff.org/maven/repository/org/wicketstuff/iolite/wicketstuff-iolite/0.3-SNAPSHOT/ While a core project does.. http://www.wicketstuff.org/maven/repository/org/wicketstuff/openlayers/1.4-SNAPSHOT/ Heres something on the topic.. http://jlorenzen.blogspot.com/2007/09/how-to-effectively-use-snapshot.html I might be able to look at it tomorrow.. 2009/12/9 Johan Compagner jcompag...@gmail.com somehow the disks where full again i deleted as much logging as i can and some old stuff so we should be able to go on Biggest problem is as always but nobody seems to be able to fix that shitty maven: http://www.wicketstuff.org/maven/repository/org/apache/wicket/wicket/1.5-SNAPSHOT/ It still generates unique snapshots.. Why cant nobody fix that stupid maven build behavior.. johan On Wed, Dec 9, 2009 at 10:31, Stefan Blanke stefbla...@googlemail.com wrote: Hi, does somebody know what happened to wicketstuff.org? I get the following error message: You cannot access Confluence at present. Look at the table below to identify the reasons Database is being updated by an instance which is not part of the current cluster. You should check network connections between cluster nodes, especially multicast traffic. Best regards, Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: close a ModalWindow when session expired
it could be that if you do that then in normal use the serverside doesnt know that the modal window isnt shown anymore. So i guess you should also try to let the server know. On Fri, Dec 4, 2009 at 10:16, Bernard Lupin beal6...@yahoo.fr wrote: Hi again, After a lot of various tries, I finally found a solution that seems to work. On my ModalWindow close button, I don't need javacode anymore, I just have this small javascript command in the markup file: onclick=window.parent.Wicket.Window.close(); Do you think that it's a good way to solve my problem ? Regards, Bernard Bernard Lupin wrote: Hi, On my ModalWindow's close button, I only want to ... close the modal window. It seems that myWindow.close(target) calls some Ajax request, which is failing when session is expired. But if I click on the cross button in the upper right of the modal window, everything works well : the modal window is closed and the original window becomes active again. I searched in source page and in wicket source code, but can't find what code is behind this cross button. Could you tell me which javascript code I could invoke on my close button, to close the window without ajax request ? Thanks a lot Bernard - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://old.nabble.com/close-a-ModalWindow-when-session-expired-tp26622679p26635817.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: file descriptor leak
We try to do our best, but the problem is that this is a leak internal to java itself (classloader and urlconnection) http://tomcat.apache.org/tomcat-5.5-doc/config/context.html play with antiJarLocking and antiResouceLocking attributes. johan On Thu, Dec 3, 2009 at 09:41, Pascal Grange pascal1.gra...@orange-ftgroup.com wrote: Hello, I observe file descriptor leaks when running my wicket application. By leak I mean that the java process tries to open more than 1024 file descriptors. When I lsof the process, here is what I see : lsof -p 24689 | wc -l - 1095 lsof -p 24689 | grep wicket-1.3.4.jar | wc -l - 522 lsof -p 24689 | grep wicket-datetime-1.3.4.jar | wc -l - 401 lsof -p 24689 | grep wicket-extensions-1.3.4.jar | wc -l - 6 I am new to wicket and I need help to fix this. Searching for file descriptor leaks in wicket on google I found some old mailing-list post but that doesn't help me a lot so I post here :) I red about issues with jar url but the post are so old that I understand those are fixed bug ? No need to precise what versions of wicket stuffs I use, your can see that above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25. Thanks for your help, Pascal. Ce message et toutes les pieces jointes (ci-apres le message) sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite. Tout message electronique est susceptible d'alteration. Multimedia Business Services decline toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. Si vous n'etes pas destinataire de ce message, merci de le detruire immediatement et d'avertir l'expediteur. * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. Multimedia Business Services shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: file descriptor leak
ahh i did knew that there was already code for that in place but thats only in the lastMofified() method... of that UrlResourceStream not in the constructor.. On Thu, Dec 3, 2009 at 10:56, Maarten Bosteels mbosteels@gmail.comwrote: Have you seen this thread: http://www.mail-archive.com/users@wicket.apache.org/msg43879.html Maarten On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner jcompag...@gmail.com wrote: We try to do our best, but the problem is that this is a leak internal to java itself (classloader and urlconnection) http://tomcat.apache.org/tomcat-5.5-doc/config/context.html play with antiJarLocking and antiResouceLocking attributes. johan On Thu, Dec 3, 2009 at 09:41, Pascal Grange pascal1.gra...@orange-ftgroup.com wrote: Hello, I observe file descriptor leaks when running my wicket application. By leak I mean that the java process tries to open more than 1024 file descriptors. When I lsof the process, here is what I see : lsof -p 24689 | wc -l - 1095 lsof -p 24689 | grep wicket-1.3.4.jar | wc -l - 522 lsof -p 24689 | grep wicket-datetime-1.3.4.jar | wc -l - 401 lsof -p 24689 | grep wicket-extensions-1.3.4.jar | wc -l - 6 I am new to wicket and I need help to fix this. Searching for file descriptor leaks in wicket on google I found some old mailing-list post but that doesn't help me a lot so I post here :) I red about issues with jar url but the post are so old that I understand those are fixed bug ? No need to precise what versions of wicket stuffs I use, your can see that above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25. Thanks for your help, Pascal. Ce message et toutes les pieces jointes (ci-apres le message) sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite. Tout message electronique est susceptible d'alteration. Multimedia Business Services decline toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. Si vous n'etes pas destinataire de ce message, merci de le detruire immediatement et d'avertir l'expediteur. * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. Multimedia Business Services shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: file descriptor leak
its already fixed that way On Thu, Dec 3, 2009 at 12:15, Ilja Pavkovic ilja.pavko...@binaere-bauten.de wrote: Hi, I wonder if the complete lastModified evaluation in the constructor is necessary at all. The only place were lastModified is used is in the function lastModified() . This one *always* recalculates lastModified. And lastModified() calls urlConnection.getInputstream().close(); Best Regards, Ilja Pavkovic Am Donnerstag, 3. Dezember 2009 11:40:04 schrieb Johan Compagner: ahh i did knew that there was already code for that in place but thats only in the lastMofified() method... of that UrlResourceStream not in the constructor.. On Thu, Dec 3, 2009 at 10:56, Maarten Bosteels mbosteels@gmail.comwrote: Have you seen this thread: http://www.mail-archive.com/users@wicket.apache.org/msg43879.html Maarten On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner jcompag...@gmail.com wrote: We try to do our best, but the problem is that this is a leak internal to java itself (classloader and urlconnection) http://tomcat.apache.org/tomcat-5.5-doc/config/context.html play with antiJarLocking and antiResouceLocking attributes. johan On Thu, Dec 3, 2009 at 09:41, Pascal Grange pascal1.gra...@orange-ftgroup.com wrote: Hello, I observe file descriptor leaks when running my wicket application. By leak I mean that the java process tries to open more than 1024 file descriptors. When I lsof the process, here is what I see : lsof -p 24689 | wc -l - 1095 lsof -p 24689 | grep wicket-1.3.4.jar | wc -l - 522 lsof -p 24689 | grep wicket-datetime-1.3.4.jar | wc -l - 401 lsof -p 24689 | grep wicket-extensions-1.3.4.jar | wc -l - 6 I am new to wicket and I need help to fix this. Searching for file descriptor leaks in wicket on google I found some old mailing-list post but that doesn't help me a lot so I post here :) I red about issues with jar url but the post are so old that I understand those are fixed bug ? No need to precise what versions of wicket stuffs I use, your can see that above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25. Thanks for your help, Pascal. Ce message et toutes les pieces jointes (ci-apres le message) sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite. Tout message electronique est susceptible d'alteration. Multimedia Business Services decline toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. Si vous n'etes pas destinataire de ce message, merci de le detruire immediatement et d'avertir l'expediteur. * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. Multimedia Business Services shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- binaere bauten gmbh · tempelhofer ufer 1a · 10961 berlin +49 · 171 · 9342 465 Handelsregister: HRB 115854 - Amtsgericht Charlottenburg Geschäftsführer: Dipl.-Inform. Ilja Pavkovic, Dipl.-Inform. Jost Becker - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Asynchronous construction of page
load that data in separate threads, dont touch any wicket components in those threads make a component like ajaxlazyload that polls for that data if still not there use a timer of a few seconds to test it again On 28/11/2009, Kaspar Fischer kaspar.fisc...@dreizak.com wrote: Because the requests will be sequential (a problem in general but not so much in my case) and because I have an auto-completion field on the same page. As I understand it, having some AjaxLazyLoadPanel's active on my page, the auto-completion requests will be queued. So if the loading of the lazy panels takes time, the user experiences slow response in the auto-completion field. Please correct me if I am wrong. Kaspar On 06.11.2009, at 08:47, Pieter Degraeuwe wrote: Why don't you use the AjaxLazyLoadPanel for each part the the screen that takes some time to load? (see also at http://www.roseindia.net/tutorials/wicket/lazy-load.shtml) Pieter - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: TabbedPanel no IModel?
yes that component isnt nicely written, the tabs field should be a model (make a jira entry for this) but from the outside you can use: public final ListITab getTabs() { return tabs; } to add or remove tabs. That is the same list as you give the constructor So you could use that as your model object Just have your own kind of List impl and fill that up dynamically johan On Fri, Nov 27, 2009 at 10:54, Gatos ega...@gmail.com wrote: Hello, I need to use LoadableDetachableModel to retrieve list from the database when locale has been changed. I haven't found a costructor that took IModel as a parameter in the TabbedPanel component. How is it possible to reload the list without model? Thank you in advance
Re: PropertyModels *without* strings
the pro's of this compared to the SafeProperty is that the safe property needs to generate proxies at runtime so you need CGLIB and you could have issues with final classes this is more a develop environment solution which is because of that a bit nicer. On Thu, Nov 26, 2009 at 10:53, Maarten Bosteels mbosteels@gmail.comwrote: Igor, Very interesting stuff. What are the pro's and con's when compared with the SafePropertyModel from https://issues.apache.org/jira/browse/WICKET-1327 ? Maarten On Thu, Nov 26, 2009 at 10:04 AM, Jeremy Thomerson jer...@wickettraining.com wrote: Strings do break. Silently. They're the silent app killer. Wouldn't you rather know at compile-time that something is broken? That's the point of using Java over PHP. -- Jeremy Thomerson http://www.wickettraining.com On Thu, Nov 26, 2009 at 1:28 AM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: If refactoring is not supported it is just easier to use string constants, which do not break. ** Martin 2009/11/26 Gerolf Seitz gerolf.se...@gmail.com: as far as i have read, the binding methods aren't automatically refactored (eg. renamed), but you get compiler errors in the code where you use the old names. so it should be fairly easy to fix your own code (in contrast to some strings) On Thu, Nov 26, 2009 at 8:04 AM, Giambalvo, Christian christian.giamba...@excelsisnet.com wrote: Is refactoring available for bindgen? -Ursprüngliche Nachricht- Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Gesendet: Mittwoch, 25. November 2009 22:56 An: users@wicket.apache.org; d...@wicket.apache.org Betreff: PropertyModels *without* strings http://wicketinaction.com/2009/11/removing-fragile-string-expressions-from-wicket-code/ -igor - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: PropertyModels *without* strings
http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.platform.doc.isv/reference/api/org/eclipse/ltk/core/refactoring/participants/package-summary.html On Thu, Nov 26, 2009 at 13:52, James Carman jcar...@carmanconsulting.comwrote: Refactoring could definitely be supported in IDEA. With the Hibernate support, when you change a property name it will change your mapping hbm.xml (yes, we still use them) files for you automatically. Same thing happens with the Spring support. The configuration files are changed for you. I don't know how eclipse works with this kind of stuff, but IDEA definitely has hooks for this kind of stuff. On Thu, Nov 26, 2009 at 2:28 AM, Martin Makundi martin.maku...@koodaripalvelut.com wrote: If refactoring is not supported it is just easier to use string constants, which do not break. ** Martin 2009/11/26 Gerolf Seitz gerolf.se...@gmail.com: as far as i have read, the binding methods aren't automatically refactored (eg. renamed), but you get compiler errors in the code where you use the old names. so it should be fairly easy to fix your own code (in contrast to some strings) On Thu, Nov 26, 2009 at 8:04 AM, Giambalvo, Christian christian.giamba...@excelsisnet.com wrote: Is refactoring available for bindgen? -Ursprüngliche Nachricht- Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Gesendet: Mittwoch, 25. November 2009 22:56 An: users@wicket.apache.org; d...@wicket.apache.org Betreff: PropertyModels *without* strings http://wicketinaction.com/2009/11/removing-fragile-string-expressions-from-wicket-code/ -igor - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicketstuff.org down?
193.46.80.204 On Sun, Nov 8, 2009 at 10:46, Ilja Pavkovic ilja.pavko...@binaere-bauten.de wrote: Dear Martijn, THE server had been moves to another ip. I havent had time to update dns perhaps you can tell us the ip so I am able to use the maven repository while the dns update is not yet synchronized with the rest of the dns world? Best regards, Ilja Pavkovic On Saturday, November 7, 2009, Janos Cserep cser...@metaprime.hu wrote: Yes. 2009/11/7 Ilja Pavkovic ilja.pavko...@binaere-bauten.de: Hi, I cannot reach wicketstuff.org anymore. Anyone else experiencing this problem? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- binaere bauten gmbh · tempelhofer ufer 1a · 10961 berlin +49 · 171 · 9342 465 Handelsregister: HRB 115854 - Amtsgericht Charlottenburg Geschäftsführer: Dipl.-Inform. Ilja Pavkovic, Dipl.-Inform. Jost Becker - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket-stuff site down?
i already did that its up again but it was AGAIN disk full problems and that is because of that STUPID maven that generates unique snapshots Who is the maven expert here that will FIX that problems on all our pom files? i have been deleting stuff now for at least 1 hour! johan On Tue, Oct 27, 2009 at 10:23, nino martinez wael nino.martinez.w...@gmail.com wrote: Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket-stuff site down?
you can easily check it your self for example: http://www.wicketstuff.org/maven/repository/org/wicketstuff/annotation/1.4-SNAPSHOT/ johan On Tue, Oct 27, 2009 at 11:59, Martin Grigorov mcgreg...@e-card.bg wrote: One more fixed: wicketstuff-animator/pom.xml According to http://maven.apache.org/pom.html#Distribution_Management these fixes should be enough. @Johan: if the build still produces unique versions of the snapshots please tell us which are the problematic projects. El mar, 27-10-2009 a las 12:48 +0200, Martin Grigorov escribió: There was only one distributionManagement in wicketstuff-core/pom.xml (and sub-modules) without the needed setting: snapshotRepository idwicketstuff-org-maven/id urlscpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/url uniqueVersionfalse/uniqueVersion /snapshotRepository Now I'll check the projects which are not in wicketstuff-core. El mar, 27-10-2009 a las 10:41 +0100, Johan Compagner escribió: i already did that its up again but it was AGAIN disk full problems and that is because of that STUPID maven that generates unique snapshots Who is the maven expert here that will FIX that problems on all our pom files? i have been deleting stuff now for at least 1 hour! johan On Tue, Oct 27, 2009 at 10:23, nino martinez wael nino.martinez.w...@gmail.com wrote: Yeah it does look that way. Anyone around to take a look at the server? 2009/10/27 Brill Pappin br...@pappin.ca I don't think this is maintenance, unless they have an extremely long running SQL export or something. I'd say broken at this point. - Brill On 2009-10-26, at 7:26 PM, nino martinez wael wrote: Here aswell ? argh : http://wicketstuff.org/confluence/errors.jsp 2009/10/26 Jeremy Thomerson jer...@wickettraining.com Yes -- Jeremy Thomerson http://www.wickettraining.com On Mon, Oct 26, 2009 at 11:08 AM, Brill Pappin br...@pappin.ca wrote: Is the Wicket-stuff site down for anyone else? - Brill - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: OT: wicket running in Tomcat got a java.lang.NoClassDefFoundError: javax/servlet/ServletRequest
looks to me like a screwed up tomcat install somehow. On Mon, Oct 12, 2009 at 10:10, Fernando Wermus fernando.wer...@gmail.comwrote: Does anyone face this exception under Tomcat? The servelet-api.jar is in usr/share/tomcat5.5/lib/commons javax.servlet.ServletException: Filter execution threw an exception *root cause* java.lang.NoClassDefFoundError: javax/servlet/ServletRequest java.lang.Class.getDeclaredMethods0(Native Method) java.lang.Class.privateGetDeclaredMethods(Class.java:2444) java.lang.Class.getMethod0(Class.java:2687) java.lang.Class.getMethod(Class.java:1620) org.apache.catalina.security.SecurityUtil.createMethodAndCacheIt(SecurityUtil.java:345) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:212) *root cause* java.lang.ClassNotFoundException: javax.servlet.ServletRequest org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1363) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1209) java.lang.ClassLoader.loadClassInternal(ClassLoader.java:336) java.lang.Class.getDeclaredMethods0(Native Method) java.lang.Class.privateGetDeclaredMethods(Class.java:2444) java.lang.Class.getMethod0(Class.java:2687) java.lang.Class.getMethod(Class.java:1620) org.apache.catalina.security.SecurityUtil.createMethodAndCacheIt(SecurityUtil.java:345) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:212) -- Fernando Wermus. www.linkedin.com/in/fernandowermus
Re: iPhone webapp support?
no i did build something special in wicket so that it will never work on those iphones. Stop buying those fully controlled by apple phones.. Think for your self ! Freedom Freedom! johan :) On Tue, Oct 6, 2009 at 13:00, Edmund Urbani e...@liland.org wrote: Hi all, I was wondering whether there is some special support for iPhones available with Wicket. Something to render pages/components in native iPhone LookFeel, like eg. here: http://www.ibm.com/developerworks/library/os-eclipse-iphone/ Cheers Edmund -- Liland ...does IT better Liland IT GmbH Software Architekt email: edmund.urb...@liland.at office: +43 (0)463 220111 | fax: +43 (0)463 220111 33 | mobil: +43 (0)699 122011 16 http://www.Liland.at - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: iPhone webapp support?
Its almost getting replaced! http://maemo.nokia.com/n900/ pure power! Full control! Multi tasking! On Tue, Oct 6, 2009 at 17:48, Matej Knopp matej.kn...@gmail.com wrote: On Tue, Oct 6, 2009 at 5:32 PM, Johan Compagner jcompag...@gmail.com wrote: no i did build something special in wicket so that it will never work on those iphones. Stop buying those fully controlled by apple phones.. Think for your self ! Freedom Freedom! Are people still making fun of your huge nokia? ;-) -Matej johan :) On Tue, Oct 6, 2009 at 13:00, Edmund Urbani e...@liland.org wrote: Hi all, I was wondering whether there is some special support for iPhones available with Wicket. Something to render pages/components in native iPhone LookFeel, like eg. here: http://www.ibm.com/developerworks/library/os-eclipse-iphone/ Cheers Edmund -- Liland ...does IT better Liland IT GmbH Software Architekt email: edmund.urb...@liland.at office: +43 (0)463 220111 | fax: +43 (0)463 220111 33 | mobil: +43 (0)699 122011 16 http://www.Liland.at - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: iPhone webapp support?
I had that one way way back! It was even an analog phone (instead of the digital gsm)! When my first mobile phone was ringing in a classroom even the teacher thought that was funny! Where are those times! On Tue, Oct 6, 2009 at 17:53, Jeremy Thomerson jer...@wickettraining.comwrote: Everyone needs to check out this picture of Johan with his phone - it will clear things up: http://tinyurl.com/myz5dq -- Jeremy Thomerson http://www.wickettraining.com On Tue, Oct 6, 2009 at 10:48 AM, Matej Knopp matej.kn...@gmail.com wrote: On Tue, Oct 6, 2009 at 5:32 PM, Johan Compagner jcompag...@gmail.com wrote: no i did build something special in wicket so that it will never work on those iphones. Stop buying those fully controlled by apple phones.. Think for your self ! Freedom Freedom! Are people still making fun of your huge nokia? ;-) -Matej johan :) On Tue, Oct 6, 2009 at 13:00, Edmund Urbani e...@liland.org wrote: Hi all, I was wondering whether there is some special support for iPhones available with Wicket. Something to render pages/components in native iPhone LookFeel, like eg. here: http://www.ibm.com/developerworks/library/os-eclipse-iphone/ Cheers Edmund -- Liland ...does IT better Liland IT GmbH Software Architekt email: edmund.urb...@liland.at office: +43 (0)463 220111 | fax: +43 (0)463 220111 33 | mobil: +43 (0)699 122011 16 http://www.Liland.at - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: this.getForm().getModelObject() returns the model of another form page
i dont see how that can happen if i look at your code. is RequestMessageForm .this != this.getForm() ?? do you nest forms? johan On Mon, Sep 21, 2009 at 11:38, Charles Moulliard cmoulli...@gmail.comwrote: I have created a form class which is used by a class extending webpage. When I call the following method in the onSubmit method of the form button I receive the model attached to another form page (= requestFormModel) and not (= requestMessageFormModel). Is there any restrictions/limitations using this method call : this.getForm().getModelObject() Here is the code of my RequestMessageForm() public class RequestMessageForm extends Form { private static final long serialVersionUID = 1L; public RequestMessageForm(String name) { super(name, new CompoundPropertyModel(new RequestMessageFormModel())); // Add textFields add(textfieldRequestMessageId); add(textfieldFromDate); add(textfieldToDate); // Add drop down choice add(dropDownChoiceStatus); add(dropDownChoiceType); // Add buttons add(new Button(bSearchCriteriaRequestMessage) { @Override public void onSubmit() { Log.info(Model received RM : + this.getForm().getModelObject()); // Here I receive the model requestFormModel and not requestMessageFormModel setResponsePage(new RequestMessagePage((RequestMessageFormModel) this.getForm().getModelObject())); } }); } Remark : The class RequestMessageFormModel is a simple POJO extending the class CommonFormModel (which is also a POJO). The class RequestFormModel used by the other page extends CommonFormModel ) Regards, Charles Moulliard Senior Enterprise Architect Apache Camel Committer * blog : http://cmoulliard.blogspot.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Serializing page state into URL instead of session?
we tried that already but dismissed it wicket has no support for this and for these kind of things to work everything must be come a post you cant use any normal links. also you are trading in memory for cpu speed and bandwidth which is in my eyes more expensive then memory or hd space Page expired shouldnt really happen anymore in wicket 1.3 and greater anyway so that is not a problem you should try to fix Do you have memory problems or are you trying to fix something that isnt even a problem? johan On Thu, Sep 17, 2009 at 23:05, dmitry101 dmitry101 dmitry1000...@gmail.com wrote: Hi, Is it possible to get rid of sessions by automatically saving page state directly to URL, not into session? So, for example, this can look like: ?pagestate=automatically serialized state of the page Of course, this won't work when page has models with large state because of URL length limit, but will work perfectly in lots of cases. This solution would not sacrifice Wicket's stateful nature and solve Page expired problem. If this requires some deep changes of Wicket itself, what parts of Wicket are to look into? Thanks!
Re: HttpSessionStore instead of the default SecondLevelCacheSessionStore
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 place that into your server where you point the DiskStore to Then you will really not see any difference johan On Tue, Sep 15, 2009 at 11:07, Matej Knopp matej.kn...@gmail.com wrote: 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, Sep 15, 2009 at 10:54 AM, Eyal Golan egola...@gmail.com wrote: 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 detail the implications / differences of using the Http instead of the SecondLayer? The reason I'm asking this, is because, if it's better use, then I want to convince my team that we change the implementation of our application to use Http store. Thanks very much. 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 really necessary - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: RequestCycle().urlFor not work
Which version of wicket do you use? Why do you need absoluut urls? On 11/09/2009, Dima Rzhevskiy d...@rzhevskiy.info wrote: Sorry, yes, urlFor return correct result. toAbsolutePath(final String relativePagePath) do not return result what I expected. javadoc copy/pasted from toAbsolutePath(final String requestPath, String relativePagePath)... I undestand that it is nessesary to use toAbsolutePath(final String requestPath, String relativePagePath) where requestPath nessesaty take in constructor: public class X1 extends WebPage { private static final Logger LOG = LoggerFactory.getLogger(X1.class); public X1(final PageParameters parameters) { CharSequence url = getRequestCycle().urlFor(getClass().class, new PageParameters()); final String outerUrl2= RequestUtils.toAbsolutePath(url.toString()); //get add(new AjaxLink(message){ @Override public void onClick(AjaxRequestTarget ajaxRequestTarget) { CharSequence url = getRequestCycle().urlFor(X1.class, new PageParameters()); String url2= RequestUtils.toAbsolutePath(outerUrl2, url.toString()); LOG.info(url=+url); LOG.info(url2=+url2); } }); } } But this code look ugly.. Is better way of obtaining absolute url exists ? -- Rzhevskiy Dmitry 2009/9/11 Jeremy Thomerson jer...@wickettraining.com what is incorrect about those URLs? they are relative - relative to the path you are on. -- Jeremy Thomerson http://www.wickettraining.com On Fri, Sep 11, 2009 at 10:14 AM, Dima Rzhevskiy d...@rzhevskiy.info wrote: Hi ! I create simple page X1 with AjaxLink : .. new AjaxLink(message){ @Override public void onClick(AjaxRequestTarget ajaxRequestTarget) { CharSequence url = getRequestCycle().urlFor(X1.class, new PageParameters()); String url2= RequestUtils.toAbsolutePath(url.toString()); LOG.info(url=+url); LOG.info(url2=+url2); } } ... if I mount page to first level directory , for example /x1.html result is correct: url=x1.html url2=http://localhost:8080/ctx/x1.html if I mount page to second level directory /x1/x2.html result incorrect url=../x1/x2.html url2=http://localhost:8080/x1/x2.html if i mount ti third level directory /x1/x2/x3.html url=../../x1/x2/x3.html url2=http://x1/x2/x3.html Is this bug or I use API incorrectly ? -- Rzhevskiy Dmitry - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Page redirect after POST
one question. why do you want that? On Fri, Aug 28, 2009 at 06:01, b...@actrix.gen.nz wrote: Hi, With forms on Wicket pages, it appears that on submit which is HTTP POST, Wicket redirects to the same page (the page from where the data was sent) ad this is how we show feedback on the form page. How is it possible to send the rendered form page back to the broser as a direct response to the POST, not via a redirect? Many thanks. Bernard - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax and Form#setMultiPart(true)
Pleae try to find out why it broke in 1.4.1 and make a case for this in jira On 23/08/2009, Major Péter majorpe...@sch.bme.hu wrote: Marcin, That's it, thanks!! I would never had thought about downgrading to 1.4.0. After changing one character in pom.xml, it works... Thanks again. Regards, Peter 2009-08-23 15:40 keltezéssel, Marcin Palka írta: Peter, I modifed your quickstart a bit and it seems to work with the wicket 1.4.0. Unfortunately I haven't been able for make it work with the 1.4.1. I've got no idea why. It may be a bug. http://www.nabble.com/file/p25103405/quickstart-modified.zip quickstart-modified.zip cheers, Marcin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Firefox, be afraid be very afraid!!!
wicket can also do that for you On Wed, Aug 5, 2009 at 06:45, Anton Veretennikov anton.veretenni...@gmail.com wrote: As I remember, GWT appends some garbage to JS filenames as they change to prevent this. -- Tony On 8/5/09, John Armstrong siber...@siberian.org wrote: Install the web developers toolkit plugin for firefox. Its a must if your doing front-end web development. Among many many many other features it lets you do things like easily disable the cache, javascript etc. Its a must have IMHO. J On Tue, Aug 4, 2009 at 7:41 PM, Igor Vaynberg igor.vaynb...@gmail.comwrote: SHIFT-F5 or SHIFT+clicking the refresh button will bypass the cache when reloading the page. i use firefox almost exlucisvely as well and had this problem happen sometimes to javascript files. -igor On Tue, Aug 4, 2009 at 7:31 PM, Ben Tilfordbentilf...@gmail.com wrote: It's not Wicket or Firefox its the caching settings (probably on the server). If the cached resources aren't expired the browser is supposed to use what it has cached. Best to set the far future expires to something really short or 0 in development. On Tue, Aug 4, 2009 at 10:17 PM, Jeremy Thomerson jer...@wickettraining.com wrote: Strange - I use FF almost exclusively and have never had this problem. Did you use something like HttpFox or TamperData to look at the headers and see if the expiry headers were coming back correctly? -- Jeremy Thomerson http://www.wickettraining.com On Tue, Aug 4, 2009 at 9:12 PM, Steve Tarltonstarl...@gmail.com wrote: I just spent the better half of a day WASTED because I use Firefox for testing my Wicket development. For the life of me, I couldn't figure out why I couldn't get a simple data picker to center. I wouldn't call myself an expert at html so I doubted myself. Turns out that Firefox decided that there is no need to update changes if there is something in cache -- WTF!!! It wasn't until I got so fed up I tried Internet Explorer and saw that what I was doing was working all along. I exited Firefox and restarted it and still not working. It wasn't until I went in and cleared my private cache and then visited my app again that it did what it was suppose to do. I of course poked around in Firefox to turn that !...@#$%! cache off but the only thing I found was a setting that would automatically flush it when I exited (not closed) Firefox. I will probably still use it for normal surfing but unless there is a way to stop it from not updating my html changes, I will NOT be useing it for Wicket development! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Localizing thru database lookup
There are other options like: class MyLocalizer extends Localizer { getCacheKey() { if (xxx == yyy) return null} // dont return a cache key for certain things } or class MyLocalizer extends Localizer { public String getString(final String key, final Component component, final IModel model, final String defaultValue) throws MissingResourceException { // do your own stuff when you see its a key from the db: if (key.startswith(mydbkey)) { // do you own stuff } else return super getString(key, component, model,defaultValue) } } On Thu, Jul 23, 2009 at 16:57, Mathias Nilsson wicket.program...@gmail.comwrote: I have used .properties and .xml files in all of my Wicket projects and it has worked great. However, quite often someone in the translation team wants to changes some text, image or something else that is localized in the properties files. Has anyone moved propeties to database with success? Something like component // The wicket component language // the language country // the country variant // the variant key // the key value // the actual value This could allow text to be changed thrue a web form. If the text was changed a callback to the resource loader to refresh the value. Can anyone lead me to the right path of implementing this. What classes should I look at? Has someone used something like this and is the .properties, .xml preferred over the database? It would be nice to not have to redeploy the whole application if just a text should be altered. // Mathias
Re: should the IRequestLogger implement Serializable?
why would you serialize the request logger? there is only one and that is attached to the Application it shouldnt be serialized. Just like that Settings object is also not serialize able or the implementations of ISessionStore johan On Wed, Jul 22, 2009 at 16:38, Jing Ge (Besitec IT DEHAM) j...@besitec.comwrote: Hello all, I am trying to use the RequestLogger. It is really a greet idea that the interface ISessionLogInfo is defined. Developer can just implement this interface for logging more individual information. My requirement is: I want to use the instance of IRequestLogger for building a site status page, which means the IRequestLogger need implement the Serializable interface. Does anyone find any drawback for letting IRequestLogger implement Serializable? I am using wicket 1.4 rc4 Thx best regards. Jing Ge - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: should the IRequestLogger implement Serializable?
you shouldnt store those kind of objects (services or application static objects) use LoadableDetachableModel for that On Wed, Jul 22, 2009 at 16:56, Jing Ge (Besitec IT DEHAM) j...@besitec.comwrote: Well, the RequestLogger is not a pure service. It is also a data object. It is actually a combination of service and data object. Regard Jing -Original Message- From: Jeremy Thomerson [mailto:jer...@wickettraining.com] Sent: Mittwoch, 22. Juli 2009 16:53 To: users@wicket.apache.org Subject: Re: should the IRequestLogger implement Serializable? Would you use new ModelUserService(getYourUserService())? It's the same thing - they are services, not data objects. -- Jeremy Thomerson http://www.wickettraining.com On Wed, Jul 22, 2009 at 9:47 AM, Jing Ge (Besitec IT DEHAM)j...@besitec.com wrote: Hello johan, Because I want to use the information hold in the RequestLogger as an object in a model. Something like this: New ModelRequestLogger(getRequestLogger()); Thx Jing -Original Message- From: Johan Compagner [mailto:jcompag...@gmail.com] Sent: Mittwoch, 22. Juli 2009 16:43 To: users@wicket.apache.org Subject: Re: should the IRequestLogger implement Serializable? why would you serialize the request logger? there is only one and that is attached to the Application it shouldnt be serialized. Just like that Settings object is also not serialize able or the implementations of ISessionStore johan On Wed, Jul 22, 2009 at 16:38, Jing Ge (Besitec IT DEHAM) j...@besitec.comwrote: Hello all, I am trying to use the RequestLogger. It is really a greet idea that the interface ISessionLogInfo is defined. Developer can just implement this interface for logging more individual information. My requirement is: I want to use the instance of IRequestLogger for building a site status page, which means the IRequestLogger need implement the Serializable interface. Does anyone find any drawback for letting IRequestLogger implement Serializable? I am using wicket 1.4 rc4 Thx best regards. Jing Ge - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: HashMap.Entry not serializable?
nope you cant serialize entries. hashmap do there own custom serialization (just key/value) and they dont serialize the internal structure to that data (the entries) Thats why Entry is not serializeable johan On Sat, Jul 18, 2009 at 12:06, Martin Makundi martin.maku...@koodaripalvelut.com wrote: Hi! I am a bit onfused.. I have new ListView(id, new LinkedList(hashMap.entrySet())) and Wicket gives: org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: java.util.HashMap$Entry This does not make sense, I would expect hashmap entries to be fully serializable .. not? Any quick workarounds? ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IModel parameters of StringResourceModel not getting detached
please make a jira issue for this The detach of StringResourcemodel should walk over its param to check if it is a model and call detach on those. On Fri, Jul 17, 2009 at 10:44, Jonas barney...@gmail.com wrote: A question about StringResourceModel: it supports IModels in the 'parameters' Object[] that are properly handled in StringResourceModel#getString, meaning they could get attached because of StringResourceModel. Shouldn't it also be the StringResourceModel's responsibility to properly detach them (from #onDetach)? Who's in general responsible to detach an IModel, specially those who aren't a Component's 'default' IModel? Is that correct that any code that calls IModel#getObject() should also call IModel#detach() later in the same request? cheers, Jonas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Can one avoid the pagmap name in the url
we already have session unique pageid's: getApplication().getSessionSettings().isPageIdUniquePerSession() Then you dont have to have pagemap or enable the multi window support You only need that if you really want to now that users uses different tabs. Wicket doesnt really need it anymore then Because it will find the pages in the diskstore by there id's just fine (as long as your diskstore is large enough for the default pagemap) johan On Mon, Jul 13, 2009 at 19:07, Igor Vaynberg igor.vaynb...@gmail.comwrote: not sure if storing in a cookie would work easily. we would still have to keep the cookie name somewhere...and so you are back to adding that to the url. i think in 1.5 what we can do is make the page id unique across all pagemaps and keep the mapping in session. not sure how easy that would be to implement in 1.4. -igor On Mon, Jul 13, 2009 at 4:30 AM, Oliver Krohneokro...@yahoo.de wrote: Hi, I turned on the option Automatic Multi Window Support and now if I open some windows / tabs I see the pagemap name in the url like /?wicket:pageMapName=wicket-3. After each link I click the pagemap name changes even in the same window, I wonder if this is correct ? Is there any way that the pagemap does not appear in the url? Could it be stored in a cookie? A part of my website is displayed in an iframe on some customer pages. If a user opens pages in the iframe and then switches to the main website possibly in a different window then sometimes I got PageExpiredException . Is there a way to force all iframed pages to use a different pagemap without displaying the pagemap name in the url on the main (non iframed) website? Thanks for any hints, Oliver - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Can one avoid the pagmap name in the url
no it doesnt. if you make sure that the pageid is unique across the session then you dont need pagemaps. And you can hold everything in 1 pagemap. And if you do that then make sure then all he pages go into 1 pagemap then make sure that: * public * DiskPageStore(*int* maxSizePerPagemap, *int* maxSizePerSession, *int*fileChannelPoolCapacity)the maxSizePerPagemap is large enough for you (default 10MB) On Tue, Jul 14, 2009 at 16:45, okrohne okro...@yahoo.de wrote: Hi, does the setting getApplication().getSessionSettings() changes the behavior regarding memory/disk space requirements ? Can you please explain what this setting achieves? Thanks, Oliver I already have this option turned on, jcompagner-2 wrote: we already have session unique pageid's: getApplication().getSessionSettings().isPageIdUniquePerSession() Then you dont have to have pagemap or enable the multi window support You only need that if you really want to now that users uses different tabs. Wicket doesnt really need it anymore then Because it will find the pages in the diskstore by there id's just fine (as long as your diskstore is large enough for the default pagemap) johan On Mon, Jul 13, 2009 at 19:07, Igor Vaynberg igor.vaynb...@gmail.comwrote: not sure if storing in a cookie would work easily. we would still have to keep the cookie name somewhere...and so you are back to adding that to the url. i think in 1.5 what we can do is make the page id unique across all pagemaps and keep the mapping in session. not sure how easy that would be to implement in 1.4. -igor On Mon, Jul 13, 2009 at 4:30 AM, Oliver Krohneokro...@yahoo.de wrote: Hi, I turned on the option Automatic Multi Window Support and now if I open some windows / tabs I see the pagemap name in the url like /?wicket:pageMapName=wicket-3. After each link I click the pagemap name changes even in the same window, I wonder if this is correct ? Is there any way that the pagemap does not appear in the url? Could it be stored in a cookie? A part of my website is displayed in an iframe on some customer pages. If a user opens pages in the iframe and then switches to the main website possibly in a different window then sometimes I got PageExpiredException . Is there a way to force all iframed pages to use a different pagemap without displaying the pagemap name in the url on the main (non iframed) website? Thanks for any hints, Oliver - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- View this message in context: http://www.nabble.com/Can-one-avoid-the-pagmap-name-in-the-url-tp24460046p24481066.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: 1.4 trunk broken?
i think in trunk it should be fixed. On Wed, Jul 8, 2009 at 13:20, James Carman jcar...@carmanconsulting.comwrote: Have we fixed this? I'm getting the same error. On Wed, Jun 17, 2009 at 3:00 PM, Stefan Lindnerlind...@visionet.de wrote: The problem occurs when I klicked around on a page an then deploy a new version of the app. When I klick on a page link now then the error occurs. In former trunk versions and all former wicket version I was redirected to the application's homepage. Stefan -Ursprüngliche Nachricht- Von: Johan Compagner [mailto:jcompag...@gmail.com] Gesendet: Dienstag, 16. Juni 2009 20:19 An: users@wicket.apache.org Betreff: Re: 1.4 trunk broken? i do remember one change for that invalidurlexception (that we should throw that as an exception instead of just a page expired or something) On Tue, Jun 16, 2009 at 18:09, Stefan Lindner lind...@visionet.de wrote: Using current 1.4 trunk gives me the error [RequestCycle] org.apache.wicket.protocol.http.PageExpiredException: Cannot find the rendered page in session [pagemap=nu ll,componentPath=1,versionNumber=0] org.apache.wicket.protocol.http.request.InvalidUrlException: org.apache.wicket.protocol.http.PageExpiredException: Cannot find the rendered page in session [pagemap=null,componentPath=1,versionNumber=0] at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequ estCycleProcessor.java:250) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1301) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1419) at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:456 ) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java: 289) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilte r.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:235) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:191) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAs sociationValve.java:190) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.j ava:92) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process( SecurityContextEstablishmentValve.java:126) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(S ecurityContextEstablishmentValve.java:70) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConn ectionValve.java:158) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:3 30) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:82 9) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process( Http11Protocol.java:598) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: org.apache.wicket.protocol.http.PageExpiredException: Cannot find the rendered page in session [pagemap=null,componentPath=1,vers ionNumber=0] at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequ estCycleProcessor.java:197) ... 25 more On loading a page. Did I miss some big change? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detaching and ModalWindow causes race condition
Dont share models between pages if possible. This is also a problem if 1 or both of them is serialized and then read back in, then you suddenly have 2 instances because pages are not serialized as one thing. On 03/07/2009, Martijn Dashorst martijn.dasho...@gmail.com wrote: In our apps we (wrongfully IMO) make heavily use of ModalWindow (our users seem to like them). We ran into an issue/race condition where we have shared a model between the calling page and the ModalWindow. We have an autocomplete textfield with an onblur handler attached. This onblur handler is triggered when the modal window is shown resulting in two parallel Ajax requests to the server. This causes the shared model to be attached and detached at the same time, resulting in rather funky behavior. I know that one solution is to not share the model between the ModalWindow and the calling page. But we are looking for alternative (more general) solutions. Options we thought of: - would locking the session for page directed requests implementable (i.e. let resource requests through the barrier, but not both requests to the calling page and the modalwindow page) - would it work to set a client side flag when the ModalWindow is requested, that disables wicket-ajax for the current window to happen (preventing the onblur to trigger Ajax), and is reset when the ModalWindow is rendering in the client? - render the modalwindow page in the current pagemap instead of a new one (would make refresh behavior pretty weird I think) Any other suggestions? Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org