clustering and failover
hi quick question about clustering: am i right to believe that putting session/pagemap data in a memcached-like storage has advantages over the tomcat session clustering in terms of latency and robust failover behaviour? i mean, the latter obviously has the data nearby (when assuming sticky sessions) whereas the first needs to grab it from (and push it to) external storage every time even though it is far more selective about what it needs. i was wondering if tomcat session clustering can effectivly update only the dirty parts of the session data? i'd love any kind of feedback on that topic INCLUDING 'depends'-answers :) cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: strange issue, OnChangeAjaxBehavior() executed only once
On 11/13/2012 04:13 PM, saty wrote: Anyone? wild guess, but could it be that the component with this behavior is rerendererd on the way back, but it's URL is now pointing to the initial version's behavior? (means you do not get different URLS for the callback) i tricked myself the other day this way. if so, solution is recreate the url when rendering. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Another safe way to build PropertyModels
Hi After playing around with both lambdaJ and SafeModel, here is our take on safe property model creation (that shamelessly steals from the above ones): IModelPerson p=... IModelStreet pm = model(from(p).getAddress().getStreet()) or assert(address.street, path(from(p).getAddress().getStreet()) ); in short: API=SafeModel-ish, Speed=lambdaJ-ish http://wicketeer.org/wicket-modelfactory/ this is heavily used in several production projects. we'd love to get feedback of any kind. uwe PS: Kudos to C.E.Menzel and M.Fusco for their respective work - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BackButton support Browser Compatibility issue
On 10/04/2012 11:05 AM, Martin Grigorov wrote: Hi Martin Create a ticket with a quickstart please. created as https://issues.apache.org/jira/browse/WICKET-4814 cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BackButton support Browser Compatibility issue
On 10/03/2012 08:44 AM, vidhi wrote: Hi After reading the documentation and forum discussions on the same topic I tried to put my components and everything in a form and used the - form.setVersioned(true); for enabling the Browser BackButton Support. This works fine for Mozilla Firefox. However, the Back Button of Chrome and Internet Explorer fails We currently suffer from the same problem. using method GET does not change the issue. Any idea? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: BackButton support Browser Compatibility issue
On 10/04/2012 10:24 AM, Martin Grigorov wrote: Hi Martin What really matters for this functionality is whether the page itself is versioned. By default all pages are versioned - see org.apache.wicket.settings.IPageSettings#getVersionPagesByDefault. page is versioned, form is explicitely set versioned, FormComponents do the modelChanging() ... modelChanged() dance. (Simple radios) it looks like any form submit is just applied to the last page version, instead of previous ones. p1 p2 p3 - back btn p2 - sunmit p4 altering the state of p3 the form is submitted by a simple javascript:form.submit() call. GET vs POST does not make a difference. the page itself comes back with a 302 HTTP/1.1 302 Found Server: Resin/3.1.8 Expires: Thu, 01 Jan 1970 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store Location: http://192.168.1.218:8081/project?6 Content-Type: text/html Content-Length: 73 Date: Thu, 04 Oct 2012 08:48:22 GMT and then with the page HTTP/1.1 200 OK Server: Resin/3.1.8 Expires: Thu, 01 Jan 1970 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, no-store Content-Type: text/html; charset=UTF-8 Transfer-Encoding: chunked Date: Thu, 04 Oct 2012 08:48:23 GMT Please describe what you do in the page and what is the result when you go back. What is different between FF and Chrome ? Check whether the browser doesn't use its cache when you go back. a sysout on oBR indicated, that the page is rerequested every time. let me know whatever additional info i can provide. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: igor's select2 script
On 05/09/2012 09:23 PM, Dan Retzlaff wrote: Here you go, Uwe (and all): https://github.com/dretzlaff/wicket-select2 thanks a lot. i'll provide feedback as soon as i have tweaked it work with 1.4. from the API it looks nice. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
igor's select2 script
hi in order not to duplicate work: is there a wicket wrapper component out there using igor's select2 script, already? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
OT: Job in Germany
Hi we're looking for experienced Java developers for fulltime employment (no freelancers) with some Wicket background. Contact me, if you want to know more. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Spring + MongoDb
On 12/14/2011 06:51 AM, Jeff Schneller wrote: How stable is morphia? it did not change much for about a year now. it has its warts, but it works. (just like mongodb) it has 10gen backing, as scott is a 10gen employee. yes, we´re using it with wicket for almost 2 years now. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Spring + MongoDb
On 12/13/2011 05:28 AM, Jeff Schneller wrote: As Martijn suggested I could just use the mongodb without the spring-data layer. Will I run into problems in the future if I go this route? you could also use morphia with/or without spring cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Joboffer Germany
Fellow Wicketeers, we're looking for several experienced full-time developers in Germany (Freiburg, Dortmund, Berlin) that love Wicket as much as we do. https://www.thomas-daily.de/company/jobs/javaee We avoid Spring fullblown-EE wherever possible and work with SQL as well as NoSQL databases. No freelancers meat-sellers, please. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: MarkupId generation [SOLVED]
On 02/06/2011 05:51 AM, msj121 wrote: I see, well I am happy I could help, and it sounds like you have quite an interesting project. humm, indeed ;) just to let everyone know: adding this to application init works nicely: addComponentInstantiationListener(new IComponentInstantiationListener(){ public void onInstantiation(final Component arg0){ arg0.setMarkupId(this.prefix + arg0.getMarkupId()); } }); thanks again, uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: MarkupId generation
On 02/04/2011 09:07 PM, msj121 wrote: You could have an automatic listener that takes the getMarkupId(...) and preppend, or append to the id, or do it by hand (not my favourite choice). good idea. i´ll try just setMarkupId(prefix+getMarkupId()) with an IComponentInstantiationListener. Perhaps, you can change the non-wicket ids? would that help? I am not sure why there would be collisions, could you explain more? the point is that the functional benefits of the wicket app are supposed to be included in a third-party-web-page with only a script tag (just like banners normally do). therefore i have no control over the ids already used in the page, that the wicket app is supposed to be included in. Perhaps there is a more elegant solution, without using wicket believe me, i tried. what is to be included has quite some conversation state, so that doing all this ajaxy stuff with just bare-knuckle servlets jQuery is so incredibly hard to do, that i came back to wicket after almost 2 days, i now deeply regret ;) thanks, uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: URL generation
On 02/04/2011 08:37 PM, Erik van Oosten wrote: Hi Erik, I sometimes use absolute URLs in a project. For code see https://issues.apache.org/jira/browse/WICKET-1974 splendid, thanks! uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: MarkupId generation
On 02/04/2011 05:02 AM, msj121 wrote: Well I think that all of the markup ids being output are based off of the name in wicket:id=name. If memory serves correct so the easiest (ie: less obtrusive) solution is to simply change your tags. this is only true for development mode. in deployment, id generation differs (it generates id1,id2...) Of course tedious if you already had completed your project, so perhaps overriding the code that generates the markup id. Not sure, but an interesting question. overriding is not an option due to this method being on Component. i do not want to use own components in my code. imagine smth like add(new TextField(...){ public String getMarkupId(boolean create){ ... } }); yuck ;) cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
URL generation
Hi i am working on a wicket app which is to be included in some 3rd party page. the page somewhat uses a thing like $.load to include the wicket-generated code. To sum up, wicket has no idea that its created page will be sliced into pieces and included in some other page. any url wicket creates, is relative to the generated page, like: http://localhost:8080/home#../../../?wicket:interface=:0:wrapper:form::IFormSubmitListener:: for posting a form. is there a way to make wicket create absolute URLs instead? cu uwe
Re: Maven: Where to find the current binaries
On 11/26/2010 08:28 PM, Uwe Schäfer wrote: i am quite puzzle due the maven behaviour described below. I took this to the maven mailinglist, but with no result. to be complete, here´s the link to the according thread on maven-user: http://bit.ly/gj33qP - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Maven: Where to find the current binaries
On 11/17/2010 12:17 AM, Uwe Schäfer wrote: Hi fellow Wicketeers i am quite puzzle due the maven behaviour described below. I took this to the maven mailinglist, but with no result. I think it is crucial to other projects (such as wicket) to have a pom working no matter what version of maven the user has, especially for archetypes. maybe we find a maven maven in here, who could shed some light on the issue below? cu uwe All is fine as long as I specify a certain version, e.g. 1.4.13 But using a version range does not work, e.g. [1.4.10,1.5) well, that´s just spooky! i tried to reproduce this and while maven 2.1 interprets [1.4.10,1.5) as we would expect and chooses 1.5-SNAP, maven 2.2.1 as well as 3.0 cannot cope with such a range. modifing the range to have the same depth like [1.4,1.5) now works again in 2.2.1 and 3.0, but for some weird reason (smell like char comparision instead of numbers?) it now chooses 1.4.9. if that 1.5 snapshot should be in or out probably is a matter of discussion with the maven folks: [MNG-4751] - Snapshot version not resolved for version range this probably is something for the maven list, even though the outcome would be interesting for any maven project. Have you tied the wicket quickstart for maven? http://wicket.apache.org/start/quickstart.html that´s what i went with playing with the wicket-version property. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Swapping a wicket rendered tag for an alternate tag or text
On 08/15/2010 03:40 PM, Michael Brinkman wrote: In some cases, I would like to swap this anchor tag and it's body with a nbsp; since it's in a table. to get rid of the span-tag, see setRenderBodyOnly(true); cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IPropertyReflectionAwareModel
Igor Vaynberg schrieb: no reason that i can see, file a jira. cant be fixed in 1.4 though. WICKET-2947. yes, would be a breaking change. thanks. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
IPropertyReflectionAwareModel
hi is there a particular reason, why IPropertyReflectionAwareModel does not extend IModelT? it looks like an extension of IModel and i need exactly this: an IModelT that implements IPropertyReflectionAwareModel: might be PropertyModel, might be something homebrewn currently i have to do something like foo(IModelT myModel){ if (!(myModel instanceof IPropertyReflectionAwareModel)) yellAtProgrammer(); ... } cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket serialization problem of guice proxies
Am 18.05.2010 23:40, schrieb Christoph Grün: I am using Wicket 1.4.8 with Guice 1.0 and Warp Persist/Hibernate. When injecting DAOs directly into Wicket components, it works fine (I inject the DAO Interface). However, I would like to inject them, next to other objects, also in classes that do some business logic. Those classes are themselves injected in Wicket pages. we use a helper class with public static void injectMembers(final Object o) { Application application = Application.get(); Assert.isNotNull(application, Application is not attached); Injector injector = getInjector(application); new GuiceComponentInjector(application, injector).inject(o); } to inject into arbritary objects that end up in wicket space. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: The better way tp add component directly
Am 02.05.2010 15:44, schrieb Eyal Golan: The Main (parent) panel can be changed via ajax. The ajax might change the enum type. if you change it at runtime, would you not want to replace, instead of add? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Any mature work on integrating Hibernate Validator with Wicket?
Carlos Vara schrieb: Seeing as it is only 2 simple classes, and that the external dependencies can be reduced to a minimum (just javax-validation-api) i think message resolution is flawed (i18n) and making wicket directly dependent from javax.validation might be a bad thing. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Any mature work on integrating Hibernate Validator with Wicket?
David Chang schrieb: hi, did you get the jsr 303 validation code released? where can i find it? i am really excited looking forward to it. about to. just finishing examples tomorrow. stay tuned. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Any mature work on integrating Hibernate Validator with Wicket?
David Chang schrieb: Is there any mature work on integrating Hibernate Validator with Wicket? I am unable to find any at wicketstuff. Googled and found this work is interesting. i´d like to contribute my approach to wicketstuff-core. i do have commit access for wicketstuff. is there anyone to ask/any procedure to fulfill in order to create a new wicketstuff-core project ? cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://www.signin.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. To receive the free TD News International – a selection of the day’s top issues delivered to your mail box every day – please register at www.signin.thomas-daily.de Please note: Information received for our TD News International after 4 p.m. will be given priority for publication the following day. The daily editorial deadline is 8:30 a.m. You can reach our editorial staff at redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Any mature work on integrating Hibernate Validator with Wicket?
David Chang schrieb: Any comment or pointers regarding relatively mature work in this regard? we did something that does not need spring, though it need some polishing and is not yet released. i´ll contact you later this week. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket JMS
Marek Šabo schrieb: ...and then I would need some logic to read queue (here is where my understanding of broker api runs out) during those AjaxUpdates. just for the record: we´re using hornetq (used to be activemq) with guice without being tied to the requestcycle. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket JavaScript Library Integration - A Common Base
Cemal Bayramoglu schrieb: dear Cemal, What I was proposing was not as a solution to incompatibilities between such multiple dependencies. fair enough. I am a believer in keeping the core as simple and light as possible whilst still open (and designed for) potential enhancement with extended functionality. agreed. it is just that - for quite some time - i feel an urgent need to solve this dependency problem with a broad level of acceptance in the community, so that component authors can choose a 'standard' way to express dependencies to external JS Libs that are then with on the page level. the scope of your project is different then, in the first instance, so i´ll take it to another thread. anyway, i am eager to keep an eye on your project and - as you said - maybe it can be extended accordingly. thanks, uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket JavaScript Library Integration - A Common Base
Uwe Schäfer schrieb: Hi Cemal, I was thinking that it could possibly be sensible to have another project where we abstract out the mechanisms wiQuery provides for resources and JavaScript statements. to keep that topic alive: do you agree that providing a unified way for component authors to contribute standard libs to the page, as well as coordinating these dependencies on the page level is a primary goal of creating this lib? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Behaviour being also a Validator
hi i ran into a problem, where a Behaviour, that at some point happens to also implement also IValidator did no longer get the expected callbacks. this is understandable given the fact, that i call either add(IValidator) on FormComponent or add(IBehaviour) on Component to add it. I am wondering, if a patch passing the call like: FormComponent.java: public final FormComponent add(final IValidator validator) { // ... if (validator instanceof IBehaviour){ add((IBehaviour)validator) } //... was appropriate, or not. what do you think? cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://www.signin.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. To receive the free TD News International – a selection of the day’s top issues delivered to your mail box every day – please register at www.signin.thomas-daily.de Please note: Information received for our TD News International after 4 p.m. will be given priority for publication the following day. The daily editorial deadline is 8:30 a.m. You can reach our editorial staff at redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket JavaScript Library Integration - A Common Base
Cemal Bayramoglu schrieb: dear Cemal, I was thinking that it could possibly be sensible to have another project where we abstract out the mechanisms wiQuery provides for resources and JavaScript statements. i have no idea of how wiQuery does it, but i strongly agree to the urgent need of a standard base for JS-lib integration. People could then build on this base to integrate their preferred JavaScript libraries (eg YUI, extJS, Prototype ...). I would even see wiQuery being potentially refactored to use such a base framework. Any thoughts? the problem arises quickly when you try to use two components using different (because of being bundled) versions of jquery (or anything else) on the same page. i think the responsibility of that lib would be to act as a mediator to which version of the javascript to use as well as making sure, there is only one reference within a page. there has to be a standard within wicket, that every component-author can agree on. from my pov wicketstuff-core/jslib could have been such a thing (even though it violates open/close principle as sven nicely put), but whatever approach reaches consensus, i´d be more than happy to help. cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://www.signin.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. To receive the free TD News International – a selection of the day’s top issues delivered to your mail box every day – please register at www.signin.thomas-daily.de Please note: Information received for our TD News International after 4 p.m. will be given priority for publication the following day. The daily editorial deadline is 8:30 a.m. You can reach our editorial staff at redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Guice LazyInitProxyFactory : NPE when calling, first, public fields
Uwe Schäfer schrieb: To me this does not feel like necessarily the right behaviour. I do not see a tremendous advantage in this resolving being done lazily. for the record: we could change to doing it non-lazy, but it does not solve this particular issue, as the value of public field is constant, depending on the point in time where the CGLib-subclassing happened. and as we cannot intercept field access... cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket does not(?) prevent multiple submits
Muro Copenhagen schrieb: I have this urgent an vital problem i must solve, so i hope someone could assist. captured from the list: http://www.codesmell.org/blog/2008/12/wicket-resubmitsafeform/ cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Java Wicket Job Opportunity, Finland
Sam Stainsby schrieb: Finland, Finland, Finland The country where I quite want to be! ^^^ Not the best job application I've seen :-) but a nice reference to monty python´s flying circus ;) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Getting server-url ?
Martin Grigorov schrieb: it should return http://www.serverurl.com ((WebRequest) getRequest()).getHttpServletRequest().getServerHost() or something like that pass the httpServletRequest to public static StringBuffer getContextUrl(final HttpServletRequest req) { String protocol = req.isSecure() ? https://; : http://;; String hostname = req.getServerName(); int port = req.getServerPort(); StringBuffer url = new StringBuffer(128); url.append(protocol); url.append(hostname); if ((port != 80) (port != 443)) { url.append(:); url.append(port); } String ctx = req.getSession().getServletContext().getContextPath(); if (!ctx.startsWith(/)) { url.append('/'); } url.append(ctx); if (!ctx.endsWith(/)) { url.append('/'); } return url; } cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: XML Serialization Wicket
Pamir Erdem schrieb: As you know, Wicket uses disk storage to save web pages by serializing them. PageMap and DiskPageStore classes are examples for it. Is there any way to change the serialization type from DOM Serialization to SAX Serialization in these classes ? If serialization of an object seralization tree depth is high what you have to do is just increasing the java argument Xss or changing the serialization method from DOM to SAX For debugging purposes in dev environments, once a serialized Page Size exceeds a certain limit, we produce XML via XStream in order to be able to look at it. Is this what you´re looking for? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [ANN] wicket-dnd project
Sven Meier schrieb: I'm happy to announce wicket-dnd, a generic drag and drop framework for Wicket. looks pretty slick! congrats. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicketstuff really needs some updates
Pierre Goupil schrieb: +1 for CI since it would give confidence on health status of the various projects as well. http://wicketstuff.org/teamcity cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter
Igor Vaynberg schrieb: hm, i remember that filter also setting the application. maybe i did not remember correctly. anyways, you can simply write your own filter then. done. but i´d love to grab the webApplication reference from the original filter by other means than nasty reflection *g* would it be possible to add protected Application getApplication(){ return webApplication; } to the WicketFilter? thx, uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter
Igor Vaynberg schrieb: how are you getting a reference to the filter itself to start with? MyFunkyFilter extends WicketFilter :) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter
Igor Vaynberg schrieb: ok, i added a protected getter. remember, you can only call it after the filter's init() has been called. sure, thanks Igor. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter
Igor Vaynberg schrieb: map WicketSessionFilter in front of those servlets, you will get both Session.get() and Session.get().getApplication(), and Application.get() awesome. i was not aware of this. thanks Igor. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter
Igor Vaynberg schrieb: even though it is session specific it still sets application threadlocal. does not work, and does not look like it would: public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest httpServletRequest = ((HttpServletRequest)request); HttpSession httpSession = httpServletRequest.getSession(false); if (httpSession != null) { ... // sorry, dont have one } else { log.debug(could not set Wicket session: no http session was created yet for {},{}, httpServletRequest.getContextPath(), httpServletRequest.getServerName()); } try { // go on with processing chain.doFilter(request, response); } finally { Session.unset(); // was not set before in this case? } } what am i missing ? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
WicketFilter
Hi once in a while, i´d like to create a servlet (or worse) that can grab data from the wicket application. currently, i do it through singletons which feels quite dirty. i was wondering, if it would be possible to extend the WicketFilter, to offer a reference to anyone processing the request (further in the chain) to the application the request belongs to. It might confuse some existing code if Application.get() suddenly would work, even though Wicket is not processing the request, but there are plenty of other possibilties, like request-attributes (might be very cheap in terms of performance) or dedicated threadLocals. one could certainly do that by subclassing myself, but as this is the 3rd or 4th time i come across this need, i was wondering, if i am alone or simply missing something. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket + Webservice
Bas Gooren schrieb: to a WSDL provided by the payment provider. The WSDL specifies a SOAP binding, so that's what I need to implement. have the same requirements and we go for metro. it is a s easy as adding the dependency to pom and annotating @WebSerive. be sure to take at least version dependency groupIdcom.sun.xml.ws/groupId artifactIdjaxws-rt/artifactId version2.1.4/version /dependency as this one makes the tidious wsgen step obsolete! cu uwe ps: plays nicely with guice as well ;) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket + Webservice
Bas Gooren schrieb: I have found JAX-WS Guice integration (see https://jax-ws-commons.dev.java.net/guice/), so maybe I can find a way to make it use the wicket-guice injector. easy, done it. i´ll publish it on sunday and send you a private mail. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
[ANN] Wicket Guice Metro, was: Wicket + Webservice
Bas Gooren schrieb: Hi Bas I would like to integrate a webservice callable by others into my existing Wicket application. The reason is that I'm integration a third-party payment provider and they provide a callback mechanism in the form of a WSDL I need to implement. I'd like to be able to control the location where the webservice is mounted from wicket, and access my guice-injected services through wicket-guice integration. This way I have easy access to all the services and daos in my application just popped it out: http://code.google.com/p/wicket-guice-jaxws/ trivial code, please let me know if it works for you. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Design of components utilizing JS, was: Wicket and JQuery - lavalamp
Eyal Golan schrieb: hi Eyal Hi all,I've created a small Wicket module for the lavalamp JQuery library (some links below). nice. why not on wicketstuff? Please be kind and give me any suggestion and insights. i just looked at it quickly, but two things strike me: 1st: afaik you should not use $(document).ready(... as it would break compatibility with other JS frameworks redefining the $ jQuery(document).ready(... or (function($) { /* some code that uses $ */ })(jQuery) would be better. please keep in mind, you only contribute one component to the page, so there might be a bunch of others ;) 2nd is more general and valid with about any wicket component that uses a JS lib. I´m making the jQuery case here: as it is a good practice to add functions (aka plugins) to the jQuery object, including the jQuery script more than once in a page is not only useless waste of bandwidth and lowers user experience, but does severel harm (last wins). so adding your component to a page potentially breaks most of the nice other components that relied on plugins loaded before your (bundled) jQuery script. duh! there is only one way out, i think. as we all know that wicket is clever enough to sort out duplicate header contributors, we should make use of them! so, what we could do instead of bundling jquery with every damn component whould be to just express the dependency to it. i suggest to use wicketstuff-core/jslibraries in order to have a common ground to create these header contributors. so instead of CompressedResourceReference JQUERY_JS = new CompressedResourceReference( JQueryLavaLampBehavior.class, jquery.js); response.renderJavascriptReference(JQUERY_JS); you could simply put add(JSLib.getHeaderContribution(VersionDescriptor .alwayLatest(Library.JQUERY)); into your component, and make our lives much easier. advertisment a good side effect is to give the user of your component a chance to use a CDN instead of a bundled version to optimize loadtime /advertisment cu uwe oh, and PS: i don´t get LockButton/ResetButton/validate in the global namespace?! (see jquery.lavalamp.js) :) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issue WICKET-2409
Eyal Golan schrieb: have you read thishttp://www.codesmell.org/blog/2009/08/pitfall-on-implementing-generic-methods/? just added a patch to WICKET-2409. searching the codebase for MapString, Object i found about a hundred occurances (not all of them publicly available, but some). could it be a valid/possible strategy to change all those publicly available to MapString, Object ? what am i missing? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issue WICKET-2409
Uwe Schäfer schrieb: could it be a valid/possible strategy to change all those publicly available to MapString, Object ? ehm, meant to MapString, ? of course. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issue WICKET-2409
burnstone schrieb: Type erasure would mean it can't, wouldn't it? agreed, but i fear i might be missing something. anyway, i tried with some testclasses to change a signature from foo(MapString, Object) to foo(MapString, ?) without breaking existing code compiled against the first version. so to me it looks like compatible. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issue WICKET-2409
Igor Vaynberg schrieb: what happens if you overrode a method that took a mapstring,object and then change the super to mapstring,? ? while it certainly does no longer compile Name clash: The method foo(MapString,Object) of type C has the same erasure as foo(MapString,?) of type A but does not override it it still looks like working. here´s what i tested with: public class A{ public void foo(final MapString, ? bar){ bar.clear(); } } and in different project public class B{ public static void main(final String[] args){ final MapString, Object a = new HashMapString, Object(); new C().foo(a); } } class C extends A{ @Override public void foo(final MapString, Object bar){ super.foo(bar); } } cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Issue WICKET-2409
Igor Vaynberg schrieb: a compilation error is also a deal breaker. 1.4.x should be dropin replacements. we will have to wait for 1.5 to get this in. hopefully, this time around 1.5 will be a much shorter cycle. for sure, api change is never easy, not matter how minor it is. thx anyway and we happily wait for 1.5-SNAP to become reality ;) cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problem with Required component message
Martin Makundi schrieb: Debugging deeper into the problem shows that Wicket constructs a dot-notation component path of the requied component: page.panel.form.nested_panel.listview.index.componentId.Required and tries to look for a property with such name. don´t know about the exact state of it (did not yet use 1.4), but could this be connected to: https://issues.apache.org/jira/browse/WICKET-2350 ? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Localizing thru database lookup
Dave Schoorl schrieb: updates the cached value. Of course, when you use an ORM-tool, you can alternatively use it's second level cache. i recently look in that corner, and iirc you don´t have to cache them at all, because wicket does in a layer above (when running in prod). cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Use Guice....
Johannes Schneider schrieb: It's the better Spring ;-) agreed! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
commit permission wicketstuff jslibraries
hi apart from jeremy´s agreement, what would be necessary to get commit permission for wicketstuff-core/jslibraries? it is quite tedious sending patches to jeremy on the long run ;) cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: commit permission wicketstuff jslibraries
Jeremy Thomerson schrieb: Just supply your sourceforge.net username and Igor or someone can give you commit permissions for the whole wicketstuff project. fine, thx. it is uschaefer_ (note the underscore at the end) cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Localization message for validators
Igor Vaynberg schrieb: yeah, it does seem inconsistent :| will have to think about this some more. on the first glance field.key seems ok and personally i do not mind going back to it but i need to search back through the archives and reread the threads that affected this change in the first place if i can find them before i change my mind completely. thanks! we´re not too keen on changin these 430 property files in our project, unless really necessary ;) cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Localization message for validators
Major Péter schrieb: Dear Igor referring to your comment on https://issues.apache.org/jira/browse/WICKET-2350 where it reads: the proper format of the override key is formid.componentid.key, you are missing the formid part. this was considered a bug in earlier versions of wicket and was fixed. this is quite misleading. we have the same issue here and while myField=MyFunkyField is picked up for automatically created ErrorMessages, even though the fully qualified key would be: myForm.myField=MyFunkyField it seems when looking up error messages, you need to fully qualify it. Means: myForm.myField=works myField=works as well (!) myForm.myField.Required=works myField.Required=doesnt. looks quite inconsistent to me? what am i missing? cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 410 F + 49 761 3 85 59 550 E lar...@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 http://www.signin.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. To receive the free TD News International – a selection of the day’s top issues delivered to your mail box every day – please register at www.signin.thomas-daily.de Please note: Information received for our TD News International after 4 p.m. will be given priority for publication the following day. The daily editorial deadline is 8:30 a.m. You can reach our editorial staff at redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Generate markup for hidden framework form field?
janneru schrieb: i also just found a similar one by uwe schaefer: http://www.codesmell.org/blog/2008/12/wicket-secureform/ cheers uwe. note that it is just a copy of what mighty igor posted here :) i´m using it in production a lot. thx again, igor. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Detaching models
hi we have a problem here, which we think might be a common one, so i´d like to discuss. from time to time we create models (mostly LDMs) that are not actually reachable by components. (yes, you can argue that this is stupid, but it happens where 1:1 mapping between component and model is not easy to apply) the problem arising from there is of course that wicket does not know about this IModel and so wont detach() it. yes, we could use Component.detach() as a hook to detach that LDM as well, but i tend to forget that. if there were a central place to register IDetachables, life would be simpler. from what i´ve seen, detach is not guaranteed to be called only once, so we could do: MyAbstractReadOnlyModel(){ MyRequestCycle.get().registerForDetachment(this);} and to MyRequestCycle.detach(){ super.detach(); for(IDetachable d : this.setOfRegisteredIDetachables){ d.detach(); } this.registeredIDetachables.clear(); ... as well as MyRequestCycle.registerForDetachment(IDetachable d); wouldn´t it make sense to have something like this in the framework? one drawback is that direct implementations of IModel could not be covered, but still it would be more convenient to just register them somewhere instead of overwriting the detach methods of their containers if we want them detached. any thoughts, apart from the ones that claim this not to be a valid use of IModel? :) cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 410 F + 49 761 3 85 59 550 E lar...@thomas-daily.de www.thomas-daily.de Geschäftsführer/Managing Directors: Wendy Thomas, Susanne Larbig Handelsregister Freiburg i.Br., HRB 3947 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detaching models
James Carman schrieb: Refer to the injection code to find out how to do the scanning. you can do this now, no need to wait for 1.5. simply create a detachlistener that scans the class for imodel fields and detaches them. awesome. i was not aware of this one. thanks. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detaching models
Igor Vaynberg schrieb: i thought not reachable means they are not in any default model slot...dunno yep, that´s what i meant. sorry i wasn´t clear on that one. using the listener to test the fields for IDetachable works pretty well. thanks again. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Detaching models
Johan Compagner schrieb: If it are fields on components the currently the thing to do is simpel just make sure that those fields are detached in the detach method of the component that has those fields sure, but this is quite easy to forget (that´s what i´m good at), so doing it from the Listener looks much safer to me :) thanks, uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wsjquery unmaintained?
hi looking at the jira of wicketstuff-jquery and its current state, am i right to say it is quite unmaintained right now? i need an advice here: i´d pretty much like to add some simple things and maybe even make it dependent on wicketstuff-jslib (if there is not a good argument against that move) is there anyone i could talk to about it, or shall i create a project outside of wicketstuff first and (possibly) merge in lateron? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicketstuff-core:jquery accordion broken?
hi currently the accordion in jquery-examples does not work in FF nor IE. jQuery.filter(expr, [i]).r is undefined http://localhost:8080/resources/org.wicketstuff.jquery.accordion.JQAccordion/jquery.accordion.pack.js Line: 1 is this known, or should i try diggin in? about jquery anyway: i recognized that the jquery project in wstuff-core does not use the jslib project to define its dependency to the jquery lib. is this intended, or could/should it be changed? using wstuff-core/jslib would make it possible to combine components built on top of jquery from different projects without suffering. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [OT] Framework for managing task
Kaspar Fischer schrieb: the task will be run, even if the server is shut down in between and the task needs to be restarted. Also, tasks that support cancellation (à la java.util.concurrent.ExecutorService) should be cancelled when the system stops. sounds like JMS. I´d recommend ActiveMQ. If tasks should be scheduled, then i´d go for Quartz, too. cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Session Constructor
Hi i just stumbled across this code in 1.4m3: public Session(Request request){ locale = request.getLocale(); if (locale == null){ throw new IllegalArgumentException(Parameter 'locale' must not be null); } } please don´t call me picky, but am i right to say, that thiss error message is slightly wrong? cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
final Session.setLocale (1.4m3)
hi why is it, that setLocale(Locale) is final on Session ? i´d really like to overwirte that in order to be able to hook some preference-storing stuff in there, like setting cookies and/or updating persistent preference data. i´d understand it, if Session´s constructor would call it, but that is not the case either, as it does an assignment to the private field: public Session(Request request){ locale = request.getLocale(); what did i miss? cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: final Session.setLocale (1.4m3)
Martijn Dashorst schrieb: Hi Martijn Why are you doing this with 1.4M3? 1.4RC2 is about to be made available. thanks for taking the time. well, we have an essential local patch against 1.4m3 which would not make it into the official wicket code, but is necessary for us (related to caucho, https and file-uploads, see https://issues.apache.org/jira/browse/WICKET-1861). another idea, why we would like to stick to a certain version we released a webapp on, is simply never to change a running system. besides: it is not like RC1 has any changes regarding that code, has it? i just took a look at rc1 sources, and setLocale(Locale) is final there too. cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: final Session.setLocale (1.4m3)
Igor Vaynberg schrieb: Hi Igor, it is no longer final in rc3 *g* what did i miss? yes, you missed the fact that #setLocale() marks session object as dirty - damn right. thx. cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: What are the consequences on sharing panels between pages?
Per Newgro schrieb: i would like to share (instance reuse) a navigation panel in my page flow. I try to achieve that so i can keep the current state of navigation components. It's a clone of the windows xp sidebar in system controls. sounds awful. would not do that. being deserialized from the pagemap, you´ll end up with different instances if back navigation steps in, right? couldn´t you extract your state into an appropriate object and reference it from both panels by using a LDM? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DefaultDataTable and AjaxEditableLabel
Philipp Daumke schrieb: I try to create an editable column using DefaultDataTable and AjaxEditableLabel. My current version is posted below but it's quite a hack and I wonder whether there's an official good solution for that before I go on with my work. i think the passing of your models is a little weird. anyhow, you might want to take a look at this example: http://wicketstuff.org/wicket13/nested/?wicket:bookmarkablePage=%3Aorg.apache.wicket.examples.ajax.builtin.tree.EditableTreeTablePage cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: URL fragment has unmatched key/value pairs
francisco treacy schrieb: dear francisco (i even had Fragment: admin, Fragment: bank-account , and things of the sort) i´ve seen this too. for instance on hybrid encoding, if you mount a page to /foo, /foo/bar/ will bring this error, while /foo/bar/baz wont, because it means bar=baz in parameters. i think you cannot do anything against someone playing with urls from outside. unfortunately, i also see some instances of this with urls, i don´t think were generated by guessing: URL fragment has unmatched key/value pair: resources/org.apache.wicket.markup.html.WicketEventReference/wicket-event can anyone confirm that? cu uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Twenty Six Wicket Tricks
Jonathan Locke schrieb: I'd also be interested in getting some idea how many people would be interested in this book (would provide some fuel for me to get it done). where´s the pre-order link ? ;) you write it, we buy it. -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E schae...@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 http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet redakt...@thomas-daily.de. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [OT] wicket users around the world
Freiburg (Breisgau), Germany - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
JavaScript Framework Dependencies
hi forgive me, if this topic is a dead horse already, but it really bugs me that this does not seem to be sorted out. i´m just wondering why there isn´t a project like org.wicketstuff.javascript.mootools/jquery/extjs/whatever the story: i was just implementing some mini behaviour using mootools when i found, that after packaging it nicely in a seperate project, it broke another mootools based behaviour used on a page that combined the two. no suprise there, as they use different versions of mootools. the obvious solution is: ripping the dependency out in a seperate project and make both use this one. (assuming backward compatibility is reliable) so, what do i learn from that? there should be *one single* source for mootools-header-contributions that any behaviour implementor is invited to use in order to prevent scripts form being loaded more than once on a single page (due to coming from different resources) and to give the user (or his maven or whatever he uses for dependency resolution) of these behaviours a chance of choosing the version. yes, i know... maintaining could be work, but it is bearable to at least have all major versions of the bigger JS toolkits bundled together with a simple class defining resources to use those things. to make it crystal clear: this is just about providing a single access point for using these scripts, not wrapping them with wicket components. bad idea? cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaScript Framework Dependencies / Wicket Stuff commit access
Igor Vaynberg schrieb: i´m just wondering why there isn´t a project like org.wicketstuff.javascript.mootools/jquery/extjs/whatever why? because you havent built it yet. wicketstuff is open for participation, feel free. the answer i was hoping for ;) i´d like to ask for permission to commit org.wicketstuff.js.mootools project then and maybe some simple behaviours using it afterwards. sourceforge/teamcity/jira acount: uweschaefer cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JavaScript Framework Dependencies
Sven Meier schrieb: this is exactly the reason why we have wicketstuff-prototype: http://wicketstuff.org/confluence/display/STUFFWIKI/wicketstuff-prototype good to hear that. i´ll look into it thx uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A wicket gathering?
Martin Funk schrieb: the london guys are already crouching together at google regularly. i´d love frankfurt :) And I'm not sure if Frankfurts places to hold a conference at, are as nice as Amsterdams places. okok. amsterdam was really nice. go amsterdam! ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A wicket gathering?
marco.behler schrieb: Wicket Europe - London/ Frankfurt? = muchos biggos airportos e train stationes :) the london guys are already crouching together at google regularly. i´d love frankfurt :) -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E [EMAIL PROTECTED] www.thomas-daily.de Geschäftsführer/Managing Directors: Wendy Thomas, Susanne Larbig Handelsregister Freiburg i.Br., HRB 3947 Registrieren Sie sich unter http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mount URL to another host?
Zach Cox schrieb: I need the browser to actually redirect the user to http://othersite.com if they go to http://mysite.com/something, regardless of if they click a link or type it into the address bar. doesn´t this work there? class SomethingPage extends WebPage { // mounted accordingly public SomethingPage (){ setResponsePage(new RedirectPage(http://othersite.com;)); }} cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTTPS and FileUpload
Igor Vaynberg schrieb: hmm, create a jira issue. mabe if you override getmaxsize on the form and return -1 or null -indicating you dont care, we should not error out done. https://issues.apache.org/jira/browse/WICKET-1861 thx uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HTTPS and FileUpload
hi i think i hit a bug within wicket (or maybe it is a bug within the appserver?). i have a FileUpload on a wicket form and everything is smooth, _until_ it is taken to https. it looks like in https, the request does not (at least in caucho resin) tell the size of the request. This means (whatever maxSize is defined) wicket rejects to process it: org.apache.wicket.util.upload.FileUploadBase:236 (wicket 1.4m3) if (requestSize == -1) { throw new UnknownSizeException( the request was rejected because its size is unknown); } is there a way around, or does this sanity check break on https? cu uwe ps: shall i open an isue for that? i just commented those lines out locally and it works nicely with http as well as http. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket critique
Yiannis Mavroukakis schrieb: http://stackoverflow.com/questions/116978/can-anyone-recommend-a-simple-java-web-app-framework complicated dir structure? countless xml files? come on... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to get values from a property file
Eyal Golan schrieb: ResourceModel rmAsc = new ResourceModel(Reports.Parameters.ascending); String ascending = (String) rmAsc.getObject(); if it were an inner class, you could just String ascending = getString(Reports.Parameters.ascending); cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic PageExpiredPage
Markus Haspl schrieb: getApplicationSettings().setPageExpiredErrorPage(Page.class); In the Page.class i can't work with the PageParameters, so i can't make it dynamic. what kind of data would you like to pass to it, and - more important - where could you possibly get it from ? cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic PageExpiredPage
Markus Haspl schrieb: i have a PageParameter (portalId) which indicates on which Portal the User is on. In the database there are a lot of portals, every portal has it's own users, pages and so on. So, every portal should have its own PageExpiredErrorPage. that is all fine, but where could you possibly get the 'current' protal ID from if the page expired? isn´t it contained in a session or something? and if so, couldn´t the expirePage itself find that out (nad maybe forward to a specific one) ? cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
James Carman schrieb: hi james Do you think that modulus number should be customizable? So, for now, you mod your number of users by 100. But, for larger sites, they might want to mod it by 1000 or 256 or whatever. actually, the first level dir is created from hash%1 and the second from hash/1%1, while the third level dir is the sessionId itself. i do not see a need for more, do you? why should anyone care of the inner structure of the filestore, as long as it cannot lead to problems? cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
James Carman schrieb: So, why are we dividing it up in the first place if it can't lead to problems? before, there was just the sessionId, which - as we all know - could lead to problems with 32k concurrent sessions. what you now have is 8 numbers (like in 100.000.000 minus one) * 32k. i would be surprised to see that many sessions without having an almost infinite session timeout. Why are we picking arbitrary divisors? Are they the optimal setting? one more char per directory can wreck the 32k limit, one less would give you a 32million (with optimal distribution of course) which i found to be an 'unnecessary limitation'. i´d say reasonable, but i really would not mind to see this configurable. i just didn´t because a) i cannot imagine a valid usecase for more (could be wrong here of course, and would like to know) and - more importantly - b) this is a very small, local patch with no API change with and thus less opportunities for a rookie like me to screw things up. if it were configurable... you know... ;) cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
Johan Compagner schrieb: hi Johan or does another filesystem has another limit? from what i´ve googled, all FS i could think of either dont care, or limit to (almost) 32k or more. (could be wrong here, anyone?) hopefully the hash is a bit equally divided so the first dir will make 999 dirs before it complete fills up for example 1 dir looking at String.hashCode i would say yes, especially for small Strings (32chars) distribution is as good as it gets : cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
James Carman schrieb: hi James That's where I got the 100 thing. ah, i lost track of that. did not want to sound harsh or anything. The folders won't be removed even after all of their subfolders are removed, right? no empty folder should be left behind (if you stay away from just killing the appserver, of course ;) cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E [EMAIL PROTECTED] www.thomas-daily.de Geschäftsführer/Managing Directors: Wendy Thomas, Susanne Larbig Handelsregister Freiburg i.Br., HRB 3947 Registrieren Sie sich unter http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket and Mootools?
Agent Mahone schrieb: Does Mootools slow down the application? Does somebody had good expierence with it? using tooltips. no problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
Matej Knopp schrieb: can you create an enhancement jira issue for this? will do. thx cu uwe -- THOMAS DAILY GmbH Adlerstraße 19 79098 Freiburg Deutschland T + 49 761 3 85 59 0 F + 49 761 3 85 59 550 E [EMAIL PROTECTED] www.thomas-daily.de Geschäftsführer/Managing Directors: Wendy Thomas, Susanne Larbig Handelsregister Freiburg i.Br., HRB 3947 Registrieren Sie sich unter http://morningnews.thomas-daily.de für die kostenfreien TD Morning News, eine Auswahl aktueller Themen des Tages morgens um 9:00 in Ihrer Mailbox. Hinweis: Der Redaktionsschluss für unsere TD Morning News ist täglich um 8:30 Uhr. Es werden vorrangig Informationen berücksichtigt, die nach 16:00 Uhr des Vortages eingegangen sind. Die Email-Adresse unserer Redaktion lautet [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
Uwe Schäfer schrieb: can you create an enhancement jira issue for this? filed as WICKET-1837, patch against 1.4m3 included. thx uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
Matej Knopp schrieb: I had a quick glance at the patch. The folder hierarchy it creates seems to be quite deep, i'm not sure if that is necessary. Perhaps 3-4 levels would be enough? Also I'm afraid that this approach would leave lot of empty folders. well, that depends on the number of different chars the container uses in a session-id. i honestly don´t know if this is part of the spec. of course making every fourth char a / might be enough. it is just that i´ve seen this strategy in squid. yeah, i did not take a look at removing yet. i´ll do in the evening. cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Scalability PageMaps
Matej Knopp schrieb: Another approach would be just counting hash from session id and mod it. that´s much better for sure. i´ll do it asap. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]