Re: [Wicket-user] Wicket mailing list rules with regards to jobs
Well if that's the case I am happy to invite any Wicket adept living near Amsterdam or willing to move there to have a look at the job opening at our company :-) http://www.feeddex.nl/vacatures.html Cheers, Wilko Hische Martijn Dashorst wrote: On 7/3/07, Matej Knopp [EMAIL PROTECTED] wrote: Hi Matt, as far as I know there are no strict rules. Basically, if the position involves Wicket, nobody objects against such posts. Specifically targets Wicket developers to be more exact. No general catch all 'Wicket, Tapestry, JSF, Struts, WebWork, Stripes' job ads please. Martijn -- Wicket joins the Apache Software Foundation as Apache Wicket Apache Wicket 1.3.0-beta2 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.0-beta2/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/Wicket-mailing-list-rules-with-regards-to-jobs-tf4019684.html#a11419205 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Preventing DropDownChoice to reload the choice list on submit
Hi Dimitrio, You may want to have a look at this reply (and thread): http://www.nabble.com/Wicket---Hibernate---Application-Transactions-tf1947542.html#a5349464 In short, it *does* recommend reloading your city as well per request (in combination with a second level cache). The performance hit might be less then you would expect and the pattern obviously is much simpler. Best regards, Wilko Hische Dimitrio wrote: Hello, Nino. Thanks for a quick reply! I think clearing the Hibernate session cache (via Session.clear()) before saving the city will work for me in this case. However the second concern remains. Consider a complex form with tens of drop down choice or list components. I want them loaded once (during the rendering phase) or reloaded upon page refresh (when the user refreshes a page, they expect to see fresh reference data). During submit I would try to avoid sucking in all that data from the database again. I wonder if there is a solution to that or maybe some Wicket design pattern to approach such situations. Best regards, Dimitrio On 5/9/07, Nino Saturnino Martinez Vazquez Wael [EMAIL PROTECTED] wrote: Hi Dimitrio The solution(possibly) to your first problem are to call flush on your hibernate session. Altthough im far from a hibernate expert, this solved our problems with that kind of exception. You could also try merge(), im afraid im just guessing at this point. regards Nino Dimitrio wrote: Hello All, I am evaluating the possibility to use the Wicket / Spring / Hibernate stack for my next project (Spring / Hibernate being used for the middle tier + OpenSessionInViewFilter). Let me describe a simple test scenario that I am trying to implement - a City Editor panel. The panel contains a text field with a city name and a drop down choice with the available countries. The domain model (mapped to the DB via Hibernate) is the following: City - Long id; String name; @Cascade(SAVE_UPDATE) Country country; Country Long id; String isoCode; String name; Upon construction, the Country drop down choice for the panel is provided with a LoadableDetachableModel that loads a list of all available countries from a CountryDao. The form itself has a CompoundPropertyModel for the city being edited. The page renders just fine, the country list is correctly reloaded upon F5 - everything as expected. However, when the user clicks Submit, the form component reloads the country list again (so the list ends up in the new Hibernate session cache) and when I try to save the city in onSubmit, I sometimes get a Hibernate exception with the following message: a different object with the same identifier value was already associated with the session: [test.wicket.Country#6]; nested exception is org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [test.wicket.Country#6] This exception only occurs if the user does not change the city's country. In that case the Country instance referenced by the city is different from the corresponding instance in Hibernate session cache and the SAVE_UPDATE cascading fails. So, my first question is whether there is a way to avoid this exception? The second thing is that I do not generally want all my reference data being completely reloaded on every submit. I really liked the way property editors were used in Spring to retrieve and validate reference data for such scenarios. In Spring I would have a CountryPropertyEditor that would retrieve the Country instance by an ISO code or ID and assign it to the city. So in Spring the submit would result in 2 statements like below: select from country where id=... update city where id=... and avoid the duplicate instances problem altogether. So, the second question is whether there is a way to not reload all the reference data upon submit? How do you address such scenarios in your Wicket applications? Many thanks! --Dimitrio - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML
Re: [Wicket-user] localized resource property file - fallback to default?
Thanks Jurgen Eelco, I understand you would not want this as default behaviour I suppose I can figure it out. Cheers, Wilko Eelco Hillenius wrote: I see what you mean, and understand this use case may be good for some occasions. There is a big danger however, of Wicket 'silently' failing (depending on your settings not throwing an exception or displaying a place holder with a warning) when it cannot locate messages. It would be too easy to overlook messages that aren't localized. I think Wicket's defaults are good. And like Juergen said, if you feel you need another algorithm, you can implement this yourself by doing an extra bit of work. Shouldn't be too difficult. Eelco On 4/8/07, Wilko Hische [EMAIL PROTECTED] wrote: I do understand this, but that is not really my question. Let's assume all my keys are in an application scoped property file MyApplication.properties, where MyApplication.java extends the WebApplication. Let this file contain a large amount of keys. Now some customer of ours comes along and insists on the use of specific terminology for a few of the keys. I think the Wicket approach would be to create a variant of MyApplication.properties, MyApplication_customer.properties? But then I have to copy *all* keys, not only the few that will have another translation. Because if I don't provide the other keys as well Wicket will follow the tree upwards to WebApplication.properties, and of course will not find them. In other words, defaults are looked for on a higher level, not sideways as well. But maybe there is another way to tackle this case? Because now I would be stuck with maintaining files that are almost identical. Wilko Juergen Donnerstag wrote: Wicket does not only fall back to the default. It iterates over a long list of property filenames which are created from the component tree, locale, style and variation. Juergen On 4/8/07, Wilko Hische [EMAIL PROTECTED] wrote: Hi Erik, Wicket does fall back to the default *file* but what about the case where you have one (or more) large properties file(s) for your default language and you want to create a variation in which you want to change just a few words for instance to make them more domain specific? In that case I would like a way to override just those few domain specific terms, ie an additional .properties file for that variation containing only the deviating terms instead of a copy of the original with just a few changes. Is there a wicket way to implement that? Regards, Wilko Erik van Oosten wrote: It already does work like that. http://cwiki.apache.org/WICKET/i18n-and-resource-bundles.html Regards, Erik. dukejansen wrote: Right now, if I have a localized property file (e.g. Welcome_de.properties), it seems I must have all resource keys defined in it. I would prefer to have the localizer be smart enough to fallback to the default properties file (e.g. Welcome.properties) if a property is not present in the localized property file. This would make it possible to add properties to the system and not have to translate them all immediately - let it fall back to the default language until someone gets around to translating it. Does Wicket have this easily configurable, or do I need to roll my own resource resolvers or other classes for this purpose? -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/localized-resource-property-file---fallback-to-default--tf3493032.html#a9891947 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join
Re: [Wicket-user] localized resource property file - fallback to default?
Hi Erik, Wicket does fall back to the default *file* but what about the case where you have one (or more) large properties file(s) for your default language and you want to create a variation in which you want to change just a few words for instance to make them more domain specific? In that case I would like a way to override just those few domain specific terms, ie an additional .properties file for that variation containing only the deviating terms instead of a copy of the original with just a few changes. Is there a wicket way to implement that? Regards, Wilko Erik van Oosten wrote: It already does work like that. http://cwiki.apache.org/WICKET/i18n-and-resource-bundles.html Regards, Erik. dukejansen wrote: Right now, if I have a localized property file (e.g. Welcome_de.properties), it seems I must have all resource keys defined in it. I would prefer to have the localizer be smart enough to fallback to the default properties file (e.g. Welcome.properties) if a property is not present in the localized property file. This would make it possible to add properties to the system and not have to translate them all immediately - let it fall back to the default language until someone gets around to translating it. Does Wicket have this easily configurable, or do I need to roll my own resource resolvers or other classes for this purpose? -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/localized-resource-property-file---fallback-to-default--tf3493032.html#a9891947 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] localized resource property file - fallback to default?
I do understand this, but that is not really my question. Let's assume all my keys are in an application scoped property file MyApplication.properties, where MyApplication.java extends the WebApplication. Let this file contain a large amount of keys. Now some customer of ours comes along and insists on the use of specific terminology for a few of the keys. I think the Wicket approach would be to create a variant of MyApplication.properties, MyApplication_customer.properties? But then I have to copy *all* keys, not only the few that will have another translation. Because if I don't provide the other keys as well Wicket will follow the tree upwards to WebApplication.properties, and of course will not find them. In other words, defaults are looked for on a higher level, not sideways as well. But maybe there is another way to tackle this case? Because now I would be stuck with maintaining files that are almost identical. Wilko Juergen Donnerstag wrote: Wicket does not only fall back to the default. It iterates over a long list of property filenames which are created from the component tree, locale, style and variation. Juergen On 4/8/07, Wilko Hische [EMAIL PROTECTED] wrote: Hi Erik, Wicket does fall back to the default *file* but what about the case where you have one (or more) large properties file(s) for your default language and you want to create a variation in which you want to change just a few words for instance to make them more domain specific? In that case I would like a way to override just those few domain specific terms, ie an additional .properties file for that variation containing only the deviating terms instead of a copy of the original with just a few changes. Is there a wicket way to implement that? Regards, Wilko Erik van Oosten wrote: It already does work like that. http://cwiki.apache.org/WICKET/i18n-and-resource-bundles.html Regards, Erik. dukejansen wrote: Right now, if I have a localized property file (e.g. Welcome_de.properties), it seems I must have all resource keys defined in it. I would prefer to have the localizer be smart enough to fallback to the default properties file (e.g. Welcome.properties) if a property is not present in the localized property file. This would make it possible to add properties to the system and not have to translate them all immediately - let it fall back to the default language until someone gets around to translating it. Does Wicket have this easily configurable, or do I need to roll my own resource resolvers or other classes for this purpose? -- Erik van Oosten http://day-to-day-stuff.blogspot.com/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/localized-resource-property-file---fallback-to-default--tf3493032.html#a9891947 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/localized-resource-property-file---fallback-to-default--tf3493032.html#a9893882 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php
Re: [Wicket-user] Table with TextFields example (Dissapointed in Wicket)
Hi Udora, I have been lurking this list for a few months now and I am really amazed by the speed and helpfulness that questions are answered (check it for yourself at http://www.nabble.com/Wicket-f13974.html). The few questions I posed when i was feeling my way around the framework were all answered within the hour. And that includes even the hello friends, answer me now style of questions which personally would annoy me quite a bit. So I guess your question really slipped through. Of course narrowing down your problem first is a requisite, you *do* owe wicket developers that. All the best, Wilko PS And yes, I would advise to look into the code, the javadocs are pretty good. Udora wrote: Hi Igor, First of all, I would want to say that I've solved the problem myself and having now a great table component with all what I needed. And I also want to say that I don't think I owe you as a developer anything for using Wicket. Of course being an open source developer, you have the luxury to tell your clients that. In my world, I try to be helpful to my clients even with the insults that occasionally come with their being in bad mood. In all those circumstances I strife to be client friendly, even when I've had the worst sleep ever, or my girlfriend denied me sex the previous night. Because of the my impression so far, I've decided to download the Wicket source and look for answers to my future questions there. Probably I'd be less productive that way but unfortunately I don't clearly see any other alternative. Have a nice day, even when you couldn't get sufficient caffeine dose for the day. On 3/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote: so not having the _personal_ time to answer every single question that is on this list makes us arrogant? that is great! do you think i would rather spend my time pumping you for information or spend that time in a park playing with my daughter? maybe if you wouldve spent more then two minutes of your time writing up an appropriate question with code examples or a quickstart project instead of something so vague it is useless someone wouldve bothered to reply. remember: just because you are using wicket it doesnt mean the developers owe you anything. look at the threads on this list, quiet a lot of them are answered by other users. why do you think none of them answered yours? and unlike eelco i do hope this comes across as arrogant because your email was very disrespectful. -igor On 3/18/07, Udora [EMAIL PROTECTED] wrote: Hi all, I was attracted to Wicket because of its finesse and all the stories around praising how helpful their developers and user community are and the quick response one receives when you post a question. I must say, my experience has been bad so far. I posed the question below 2 days ago and still no response. I've known frameworks whose developers were also initially very helpful but became arrogant when they got the popularity and success. I hope Wicket is not getting on that slippery road. On 3/16/07, Udora [EMAIL PROTECTED] wrote: Hi, I'm implementing a form with a table component as one of its component. The table has some textfields columns. The problem is that upon submit my model is not updated to reflect the values filled in the textfields. Can someone point me to an example where this sort of thing is implemented? I've already looked in Wicket examples but couldn't find anything. Thanks, -- Wicket is Wicked -- Wicket is Wicked - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Wicket is Wicked - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash
Re: [Wicket-user] Reverting the constructor change of 2.0
Hi I am not a committer so I can't really estimate the feasibility of the various scenarios, but I'd prefer C as it sounds like the fastest road to a stable release including generics. Cheers, Wilko Eelco Hillenius wrote: Hi, It looks like the discussion around reverting the constructor change that we did for 2.0 has cooled down. This email is not a vote yet, but a summary of opinions so far[1]. Those of you Wicket committers who didn't have your say yet (Juergen, Frank, Gwyn, Janne, Jan, Ate), I consider that an OK for reverting. If not, please reply to the thread. Juergen, you have been working on 2.0 quite a bit. Can you please state your opinion, and can you tell us whether there are more functional differences between 1.3 and 2.0 other than the constructor change, Java 5 features, the attach/ detach change and improved models and validators?[2] I think so far we can safely say reverting is supported broadly. At least, of the people who reacted, most stated they actually preferred add over the new constructor, and those who were either neutral or had a slight preference for the new constructor would still support reverting as that would keep the momentum for the project going. So, it looks like this may happen. But we'll vote about that in a few days. Before we do that, we have to reach consensus on the package we'll vote on. We have some different - and strong - opinions[3] so we need to find a way to bridge that. Here are what I think the different opinions: a) focus on stabilizing 1.3 first, meanwhile keep supporting 2.0 (though only for bugfixes). 1.4 will be the release with backports of the currently missing 2.0 features, and 1.5 will be 1.4 + the Java 5 features (including generics). b) as a) but rather than developing 1.3 up to a final release, freeze asap (only fix bugs) and start on 1.4 c) put all backports except for the Java 5 features in 1.3 after the beta1 release (which we agreed upon doing this weekend). 1.4 will be for the Java 5 features, and the branch should be started as soon as 1.3 is feature complete. Maybe the most constructive way to gather opinions here is to first let people plainly state what they prefer before we enter discussion mode. So, please state what package you think is the best idea (or introduce d if you want), and why. Cheers, Eelco [1] http://www.nabble.com/IMPORTANT%3A-your-opinion-on-the-constructor-change-in-2.0-tf3358738.html#a9350505 http://www.nabble.com/Re%3A-IMPORTANT%3A-your-opinion-on-the-constructor-tf3359229.html#a9344068 [2] http://www.nabble.com/State-1.3--features-tf3376983.html [3] http://www.nabble.com/VOTE%3A-backporting-wicket-2.0-model-change-to-1.3-tf3364601.html http://www.nabble.com/roadmap-tf3366743.html - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/Reverting-the-constructor-change-of-2.0-tf3380114.html#a9408760 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] CSS not found
Hey Pierre-Yves, I have to admit it was new experience to me too, to have to resort to the source javadocs for examples and framework alike, but now that I am used to it (and have attached source apidocs to my Eclipse wicket user library ;-) I don't think it's that bad. I rather prefer it to having to struggle through for instance Tapestry in Action* over and over again. Cheers, Wilko *) I hope Wicket in Action will turn out to be a bit more functional btw Pierre-Yves Saumont wrote: I will also by the book as soon as it is available... unless I give up before :-( Pierre-Yves James Cook a écrit : I wouldn't be too quick to judge developers that struggle with your platform to be new to _good_ java programming. I have many years of Swing development experience and web experience dating back to the pre-servlet, pre-framework era. That said, Wicket does interest me because it is radically different that the page-based frameworks *and* JSF-based component frameworks available today. From my own experience, I would say the hardest part about _using_ Wicket is _learning_ Wicket. There is a hodgepodge of documentation scattered in a lot of different places. You are transitioning to a new version, and without a good collection of documents/best practices it seems a bit hopeless at times. Your Wicket in Action book is many months off. Hopefully it is geared for Wicket 2.0. Also, perhaps you can get Manning to release it in their early access program. I know I would buy it today if a few initial chapters were available online. -- jim On 8/6/06, *Eelco Hillenius* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'd like to add to that that Wicket requires you to know your Java, while e.g. using JSP allows to build whole web sites with hardly any Java knowledge. Whether that is a good thing or not is debatable. Eelco On 8/6/06, Eelco Hillenius [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: What were/ are the problems you are experiencing Pierre-Yves? Usually the largest obstacle for people with Wicket (and Tapestry, Echo and GWT for that matter) is getting rid of the bad practices they got used to when working with frameworks like Struts etc. A lot of people learned programming Java web apps on frameworks like that, and never got much of the OO part. Otoh, if you're coming from e.g. Swing programming, Wicket should be easier for you. Wicket vs Stripes... it's oranges and pears - except for the fact that you both make web apps with them. Stripes is geared towards simplifying the common model 2 paradigm, and it does a very good job at that as far as I've seen, While Wicket is all about stateful, self contained, reusable components. Personally, I don't think Stripes is always easier than Wicket, especially when you look at e.g. http://mc4j.org/confluence/display/stripes/Binding+directly+to+your+domain+model ; Wicket's equivalent would be quite a lot easier imo, but for some things Stripes probably is easier, like when you are prototyping/ moving your HTML structure around a lot. In the end, just choose which framework that gives you a warm and fuzzy feeling :) Stripes seems to be the best choice if you want to go for a model 2 framework. Read some more here: http://www.virtuas.com/articles/webframework-sweetspots.html Eelco On 8/6/06, Pierre-Yves Saumont [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I would be very interested to know how you compare Wicket and Stripes and why you're leaning toward Wicket. (I didn't know about Stripes, but at first glance, it seems much simpler than Wicket, which I have been struggling with for two weeks now without much success!). Pierre-Yves Bill Bruyn a écrit : I have an opportunity to use a new framework on a current project, and I've been trying to decide between Wicket and Stripes. Both look really nice, but at the moment I'm leaning toward Wicket. Got a skeleton project set up with 1.2.1 (via Wicket Bench 0.3.0) and am running it with a JettyLauncher from Eclipse. So far, so good, but my wicket page markup (e.g., SomePage.html ) doesn't find my css. I've tried it at the root of my webapp and in the same directory as the markup (looks like from the examples I should just be able to drop it on the root). I've tried adding a resource to the class via super.getResourceSettings().addResourceFolder (though I shouldn't need that, right?) and nothing seems to work. I'm sure this is
Re: [Wicket-user] CSS not found
I am looking forward to it. My 2cts: The more it can serve as a reference (after reading it) the better it probably is. I have read several of the in Action series and I found Hibernate in Action for instance pretty well structured. I can aways find what I am looking for in no time. TIA on the other hand is rather talkative but I often found myself looking for some little detail I knew I had seen somewhere without succes. Less is more i suppose. Wilko Eelco Hillenius wrote: *) I hope Wicket in Action will turn out to be a bit more functional btw We're trying the best we can of course :) We're certainly trying to let Wicket In Action be more than just a how-to, but instead shed some light on best practices, backgrounds, etc. Unfortunately, the fact that we want to do the best job we can, and the fact that we're both new to book writing, makes that it takes longer than we've hoped. Eelco - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/CSS-not-found-tf2057337.html#a5696097 Sent from the Wicket - User forum at Nabble.com. - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] setEnable on filter component of FilteredPropertyColumn
Yes, got it. @Override public Component getFilter(String componentId, FilterForm form) { ChoiceFilter comp = (ChoiceFilter)super.getFilter(componentId, form); comp.getChoice().setEnabled( false ); return comp; } on the FilteredPropertyColumn. I had been disablling the ChoiceFilter instead of its choice. This is really fun when you get the hang of it. Wilko Wilko Hische wrote: Hi, I am using the ChoiceFilteredPropertyColumn from the wicket-extensions package and I would like to be able to freeze the selection for certain users. Would it be possible to setEnable( false ) for the filter component? I fiddled with overriding the getFilter method but without succes so far. Best regards, Wilko Hische -- View this message in context: http://www.nabble.com/setEnable-on-filter-component-of-FilteredPropertyColumn-tf2041478.html#a5630121 Sent from the Wicket - User forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE: how should localized attributes work?
2 [x] Wilko -- View this message in context: http://www.nabble.com/VOTE%3A-how-should-localized-attributes-work--tf2047179.html#a5639800 Sent from the Wicket - User forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] setEnable on filter component of FilteredPropertyColumn
Hi, I am using the ChoiceFilteredPropertyColumn from the wicket-extensions package and I would like to be able to freeze the selection for certain users. Would it be possible to setEnable( false ) for the filter component? I fiddled with overriding the getFilter method but without succes so far. Best regards, Wilko Hische -- View this message in context: http://www.nabble.com/setEnable-on-filter-component-of-FilteredPropertyColumn-tf2041478.html#a5619521 Sent from the Wicket - User forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] 1 form, 1 pojo + an additional field
Hi, I have a form to edit a pojo and an additional field that is not related to one of the pojo's properties. As far as I understand the form components are updating the form's compound model. My question is, do I have create a sort of adaptor containing this pojo reflecting all its properties and this additional property or is their a smarter way? Is it possible for instance to give the FormComponent for this additional field its own PropertyModel (ie the page itself)? Best regards, Wilko -- View this message in context: http://www.nabble.com/1-form%2C-1-pojo-%2B-an-additional-field-tf2042539.html#a5623099 Sent from the Wicket - User forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] 1 form, 1 pojo + an additional field
TX once more. I guess posing the question is answering it (almost in my case :-) Cheers, Wilko -- View this message in context: http://www.nabble.com/1-form%2C-1-pojo-%2B-an-additional-field-tf2042539.html#a5623223 Sent from the Wicket - User forum at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Localisation of Enum properties (Newbie question)
Hi, My apologies if the following is simple, but I am relatively new to Wicket (moving from Tapestry), and wasn't able to figure out an elegant solution: I would like to add an Enum property to the Contact class of the wicket-phonebook application, say a Gender: public enum Gender { MALE, FEMALE } class Contact { private Gender gender; ... // getter and setter } The contact's gender should be shown as another ChoiceFilteredPropertyColumn of the DefaultDataTable on the ListContacts page. So far no problem. Now I would like to localise the Gender type with a Gender.properties file on the Gender's class path. This properties file would then be used for 1. the columns filter selection 2. the contact's gender field 3. the Gender column's row values. This last one I could not figure out. I guess I am looking for a way to have the StringResourceModel use a ClassResourceLoader for the Gender class, but it does not seem to allow for this. In the end I got it something working that makes use of keys in my application.properties (Gender.MALE, Gender.FEMALE) but I would prefer a separate properties file. Best regards, Wilko Hische - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user