Re: London Wicket Event at Foyles Bookshop, November 21st, 2009
I have asked Foyles to stock up on "Wicket In Action" - Manning are sending 10 extra copies which should be on the shelves by Saturday morning. Thanks for kindly offering to do some signing again, Martijn; my signed copy from your last visit to the London Wicket Event is looking rather worn these days so I too may be in the queue at some point. Foyles do not offer internet connectivity in their "Gallery" - I will provide 3G for our presenters (and/or any guests with very pressing needs). There is free WiFi in their cafe just down the stairs. We have also arranged coffee for our guests during breaks. Regards - Cemal jWeekend OO & Java Technologies, Wicket Consulting, Development, Training http://jWeekend.com Martijn Dashorst wrote: > > Bring your copy of Wicket in Action > > Martijn > > On Tue, Nov 3, 2009 at 12:11 AM, jWeekend > wrote: >> We will hold our next London Wicket Event on Saturday, 21st November, >> from >> 14:45. This time we have hired "The Gallery" at the iconic Foyles >> Bookshop >> in central London. >> We again welcome guests and speakers from several countries, including at >> least 3 core committers, Matej, Jeremy and of course, Alastair, as well >> as >> the founders of WiQuery (Wicket-jQuery integration), Lionel Armanet and >> his >> team. >> >> Join us for some very interesting, high quality presentations and to chat >> with fellow Wicket users and developers at all levels. We're expecting >> this >> to be another popular event and since places are limited book and confirm >> early if you can make it. Details and registration are at the usual place >> [1]. >> There is a cool little Jazz cafe at Foyles too, where there'll be a live >> act >> (Femi Temowo) at 13:00 if you enjoy some Jazz guitar relaxation before >> your >> intellectual stimulation. They offer a decent range of food and drink >> there >> too. >> >> The event schedule looks like: >> Cemal Bayramoglu: Introduction >> Jeremy Thomerson (USA): Custom JavaScript Integrations with Wicket + Auto >> Resolvers >> Lionel Armanet (FR): Announcing WiQuery 1.0: Introduction & Demo >> Matej Knopp (SK): BRIX CMS + Wicket 1.5 Developments Q&A >> Alastair Maw (UK): The Al Talk >> Our Regular General Wicket Q&A with Al and Cemal >> We expect to formally finish by around 19:00. I would expect the usual >> suspects will be heading somewhere in the neighbourhood for refreshments >> straight after the event, and of course you are more than welcome to join >> us. >> Regards - Cemal jWeekend http://jWeekend.com >> Training, Consulting, Development >> [1] http://jweekend.com/dev/LWUGReg/ >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://old.nabble.com/London-Wicket-Event-at-Foyles-Bookshop%2C-November-21st%2C-2009-tp26172328p26414900.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event, Saturday November 21st
Ioannis, I'll provide a video recorder on Saturday and we can give it another try; it doesn't support an external mic but it should be good enough for viewers with good speakers! I have a couple of ideas that could improve our chances of success here too - more soon. Do you want to be our official camera man? Any other volunteers to share the load? For those coming but not signed-up yet, we'll keep registrations [1] open for another couple of days or until we reach capacity ... remember the Jazz starts at 13:00 and it looks like a few of us will be starting with that in, Foyle's cafe, on the 3rd floor. Regards - Cemal jWeekend OO & Java Technologies, Wicket Consulting, Development, Training http://jWeekend.com [1] http://jWeekend.com/dev/LWUGReg Ioannis Mavroukakis wrote: > > If my mate can't lend me his handheld, I'll see about perhaps renting > something for the day... > > > Y. > On 7 Oct 2009, at 16:15, Igor Vaynberg wrote: > >> until i see some video proof i will continue to operate under my >> assumption - there are no presentations, this is just an excuse to get >> out of the house and go to a pub :) >> >> -igor >> >> On Wed, Oct 7, 2009 at 3:42 AM, jWeekend >> wrote: >>> >>> Igor, >>> >>> Are you bringing your video-recorder? We'll get you over here >>> sooner or >>> later, maybe for our 3rd year anniversary event in the Summer! >>> >>> Several people have tried to help us with this, but so far the >>> results have >>> not been good enough (really!). We've even knocked-up a special app >>> to >>> publish these wonderful presentations we've been lucky enough to >>> enjoy so >>> many of, so I expect we will give it another go for sure this time, >>> but no >>> promises yet. >>> >>> Regards - Cemal >>> jWeekend >>> OO & Java Technologies, Wicket Training and Development >>> >>> >>> igor.vaynberg wrote: >>>> >>>> can we expect video this time? :) >>>> >>>> -igor >>>> >>>> On Tue, Oct 6, 2009 at 6:10 AM, jWeekend >>> > >>>> wrote: >>>>> Our next London Wicket Event will be held on Saturday, November >>>>> 21st. >>>>> This is going to be quite some event again, with Matej Knopp (SVK), >>>>> Jeremy >>>>> Thomerson (USA) and Alastair Maw (UK), all core developers, >>>>> amongst our 5 >>>>> or >>>>> 6 presenters. >>>>> I am still working on securing a suitable location and fine >>>>> tuning the >>>>> schedule (probably at least 5 or 6 hours) and the exact format, >>>>> but keep >>>>> your diary clear if you'd like to come along and we will set up >>>>> registration >>>>> at the usual place [1] in the next few days (do not register >>>>> until we've >>>>> updated the data for the registration page) once the >>>>> location/format/logistics are nailed down. >>>>> Watch this space ... >>>>> >>>>> Regards - Cemal >>>>> jWeekend >>>>> OO & Java Technologies, Wicket Training and Development >>>>> http://jWeekend.com >>>>> >>>>> [1] http://jweekend.com/dev/LWUGReg >>>>> >>>>> >>>>> - >>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>> >>>>> >>>> >>>> - >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/London-Wicket-Event%2C-Saturday-November-21st-tp25768507p25783880.html >>> Sent from the Wicket - User mailing list archive at Nabble.com. >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> __ >> This email has been scanned by the MessageLabs Email Security System. >> For more information please visit http://www.messagelabs.com/email >> __ > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://old.nabble.com/London-Wicket-Event%2C-Saturday-November-21st-tp25768507p26396490.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event at Foyles Bookshop, November 21st, 2009
Jeremy, Yes, that is the right place In fact your map looks identical to the one on our registration page. We're drawing another good crowd for this LWE (around 40 so far, including many of our regulars), so you'll have a good audience to appreciate your talk! I'll probably fix a drink for you, Matej, Dima and anyone who can get to London during your week here too if you like. What day is best fro you? Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com jthomerson wrote: > > Just to confirm (for me as a foreigner) - this is the correct place? > > http://tinyurl.com/foyles > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Mon, Nov 2, 2009 at 5:11 PM, jWeekend > wrote: > >> We will hold our next London Wicket Event on Saturday, 21st November, >> from >> 14:45. This time we have hired "The Gallery" at the iconic Foyles >> Bookshop >> in central London. >> We again welcome guests and speakers from several countries, including at >> least 3 core committers, Matej, Jeremy and of course, Alastair, as well >> as >> the founders of WiQuery (Wicket-jQuery integration), Lionel Armanet and >> his >> team. >> >> Join us for some very interesting, high quality presentations and to chat >> with fellow Wicket users and developers at all levels. We're expecting >> this >> to be another popular event and since places are limited book and confirm >> early if you can make it. Details and registration are at the usual place >> [1]. >> There is a cool little Jazz cafe at Foyles too, where there'll be a live >> act (Femi Temowo) at 13:00 if you enjoy some Jazz guitar relaxation >> before >> your intellectual stimulation. They offer a decent range of food and >> drink >> there too. >> >> The event schedule looks like: >> Cemal Bayramoglu: Introduction >> >> Jeremy Thomerson (USA): Custom JavaScript Integrations with Wicket + Auto >> Resolvers >> Lionel Armanet (FR): Announcing WiQuery 1.0: Introduction & Demo >> >> Matej Knopp (SK): BRIX CMS + Wicket 1.5 Developments Q&A >> Alastair Maw (UK): The Al Talk >> Our Regular General Wicket Q&A with Al and Cemal >> We expect to formally finish by around 19:00. I would expect the usual >> suspects will be heading somewhere in the neighbourhood for refreshments >> straight after the event, and of course you are more than welcome to join >> us. >> Regards - Cemal jWeekend http://jWeekend.com >> Training, Consulting, Development >> [1] http://jweekend.com/dev/LWUGReg/ >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > -- View this message in context: http://old.nabble.com/London-Wicket-Event-at-Foyles-Bookshop%2C-November-21st%2C-2009-tp26172328p26343768.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event at Foyles Bookshop, November 21st, 2009
Martijn, I'm glad you can make it. RackSpace's cloud was down when we announced the event. Registration [1] is now back online. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com [1] http://jweekend.com/dev/LWUGReg Martijn Dashorst wrote: > > Bring your copy of Wicket in Action > > Martijn > > On Tue, Nov 3, 2009 at 12:11 AM, jWeekend > wrote: >> We will hold our next London Wicket Event on Saturday, 21st November, >> from >> 14:45. This time we have hired "The Gallery" at the iconic Foyles >> Bookshop >> in central London. >> We again welcome guests and speakers from several countries, including at >> least 3 core committers, Matej, Jeremy and of course, Alastair, as well >> as >> the founders of WiQuery (Wicket-jQuery integration), Lionel Armanet and >> his >> team. >> >> Join us for some very interesting, high quality presentations and to chat >> with fellow Wicket users and developers at all levels. We're expecting >> this >> to be another popular event and since places are limited book and confirm >> early if you can make it. Details and registration are at the usual place >> [1]. >> There is a cool little Jazz cafe at Foyles too, where there'll be a live >> act >> (Femi Temowo) at 13:00 if you enjoy some Jazz guitar relaxation before >> your >> intellectual stimulation. They offer a decent range of food and drink >> there >> too. >> >> The event schedule looks like: >> Cemal Bayramoglu: Introduction >> Jeremy Thomerson (USA): Custom JavaScript Integrations with Wicket + Auto >> Resolvers >> Lionel Armanet (FR): Announcing WiQuery 1.0: Introduction & Demo >> Matej Knopp (SK): BRIX CMS + Wicket 1.5 Developments Q&A >> Alastair Maw (UK): The Al Talk >> Our Regular General Wicket Q&A with Al and Cemal >> We expect to formally finish by around 19:00. I would expect the usual >> suspects will be heading somewhere in the neighbourhood for refreshments >> straight after the event, and of course you are more than welcome to join >> us. >> Regards - Cemal jWeekend http://jWeekend.com >> Training, Consulting, Development >> [1] http://jweekend.com/dev/LWUGReg/ >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://old.nabble.com/London-Wicket-Event-at-Foyles-Bookshop%2C-November-21st%2C-2009-tp26172328p26240927.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
London Wicket Event at Foyles Bookshop, November 21st, 2009
We will hold our next London Wicket Event on Saturday, 21st November, from 14:45. This time we have hired "The Gallery" at the iconic Foyles Bookshop in central London. We again welcome guests and speakers from several countries, including at least 3 core committers, Matej, Jeremy and of course, Alastair, as well as the founders of WiQuery (Wicket-jQuery integration), Lionel Armanet and his team. Join us for some very interesting, high quality presentations and to chat with fellow Wicket users and developers at all levels. We're expecting this to be another popular event and since places are limited book and confirm early if you can make it. Details and registration are at the usual place [1]. There is a cool little Jazz cafe at Foyles too, where there'll be a live act (Femi Temowo) at 13:00 if you enjoy some Jazz guitar relaxation before your intellectual stimulation. They offer a decent range of food and drink there too. The event schedule looks like: Cemal Bayramoglu: Introduction Jeremy Thomerson (USA): Custom JavaScript Integrations with Wicket + Auto Resolvers Lionel Armanet (FR): Announcing WiQuery 1.0: Introduction & Demo Matej Knopp (SK): BRIX CMS + Wicket 1.5 Developments Q&A Alastair Maw (UK): The Al Talk Our Regular General Wicket Q&A with Al and Cemal We expect to formally finish by around 19:00. I would expect the usual suspects will be heading somewhere in the neighbourhood for refreshments straight after the event, and of course you are more than welcome to join us. Regards - Cemal jWeekend http://jWeekend.com Training, Consulting, Development [1] http://jweekend.com/dev/LWUGReg/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
[WIKI] "Websites based on Wicket" page presentation
I've been having some very brief communication with Ralf Eichinger who has been making a valuable contribution over the last few weeks by starting to improve documentation on the Wiki, especially with a view to help people evaluating Wicket get a fairer appreciation of it, who's using it and what they are doing with it. Now obviously it is extremely valuable for newcomers to have a page like our "Websites based on Wicket" [1] to get a feel for who's doing what with Wicket already. And, for apps built on Wicket, like "Leg Up" and all those other Wicket sites, it is nice to have a central place to put a link on that others may come across and therefore be aware it's out there, and enjoy visiting/using it. It's also encouraging to see this list of apps and sites grows, albeit steadily (I recommend anyone with a public Wicket app to mention it there, it can only do good for all concerned, AFAICS). All the same, there are increasingly more sophisticated and impressive sites highlighting the strength and depth of the community/developers and what magic can be weaved using Wicket (whilst developers amongst us also know that in Wicket such magic is possible at the same time as keeping your application design and code neat, tidy, maintainable and extensible and even rather pleasant to work with). One question that came up is whether the pages listed by URL there should be ordered alphabetically or chronologically. For me, chronological (newest at top, as had been the case originally) makes much more sense because when I look at the site, I can see how things have evolved, quickly identify what's new since I last looked and also answer questions like "what were the first public Wicket sites listed here?". This is also a much more robust sorting scheme (people _like_ to add their shiny new apps/sites to the top of the list!) and with no arbitrary rules there's not such a likelihood of breaking the sort order every time anyone adds their site (eg should http://www.eropuit.nl go before or after fabulously40.com), as it was when I went in to add LegUp. Chronological ordering is a scheme that was always quite naturally maintained and therefore required no further maintenance to keep right. What's more, I don't see what the benefit of an artificial sort ordering like "alphabetically ordered by URL" would be in this context as I doubt anyone looking at the page is not familiar with Ctrl+F if they come looking for some specific page/site/URL. I doubt anyone else has ever been worried about this, but if anyone else has a view on it I'd be pleased to know about it and if there are some good reasons for alphabetically ordering too the list that I have missed I can stop messing up Ralf's order! Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: vps hosting for wicket app
These do look like excellent value! I booked our servers with Hetzner and got the IP addresses and root passwords with a few hours. Very good first impressions of telephone support too. In fact, Jan was probably too shy to mention this, but Hetzner support told me he will get some sort of credit if you put his name in the "Reference" field if you happen to decide based on his tip, like we did, nice tip, thanks Jan. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com Jan Kriesten-2 wrote: > > > Hi Matej, > >> I'm using slicehost but looking at this it just seems insane. Have you >> actually used this hosting? Is there a catch somewhere? > > I'm using it (3 root servers atm) - even for hosting high traffic > customers. The > bandwidth is amazing and there hasn't been any service problem since I'm > on it. > I had a hard disk failure once and it has been replaced within 3 hours > (with a > downtime of 15 minutes). > > I only have positive responses from other clients hosting there as well. > > Best regards, --- Jan. > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/vps-hosting-for-wicket-app-tp25774355p25876049.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Leg Up for Wicket, Spring, Guice, JPA, Warp, EclipseLink, Hibernate ... projects
Thanks for the update, that's useful. I expect you had an old settings.xml in there or that there was something else broken deeper in your repo. Also bear in mind that unless you've configured Maven on Linux and Windows on the same machine to use the same repo, you'll have 2 repos, under your respective home folders (eg /home/danievsky/.m2 and c:\User\danievsky\.m2 etc); in Linux, I use a symbolic link that points to my Windows Maven repo to avoid this duplication. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com danisevsky danisevsky wrote: > > Hi, > > I am using 2.2.1. I tried it again (without the command change) and now it > works. If I remember well, only change what I done was clear .m2 > directory. > I am not the same guy who left the comment on your blog. > > Thank you very much. > > > 2009/10/11 richardwilko > >> >> Hi, >> >> What version of maven are you using (you can find you with mvn -version) >> >> Can you try changing this bit of the command line: >> -DarchetypeCatalog= >> http://legup.googlecode.com/svn/repo/archetype-catalog.xml >> >> to this: >> -DarchetypeCatalog=http://legup.googlecode.com/svn/repo >> >> and see if that works. >> >> (btw are you the same guy who left the comment on my blog?) >> >> Regards - Richard Wilkinson >> Developer, >> jWeekend: OO & Java Technologies - Development and Training >> http://jWeekend.com >> >> >> >> >> danisevsky danisevsky wrote: >> > >> > Hello, I was trying it on Linux with no proxy and I got the same error. >> In >> > text editor is see, that there is no line breaks. I do not know where >> is >> > problem. >> > >> > 2009/10/9 Bert >> > >> >> Perhaps he is using a maven proxy repository and the archetype >> >> repository is not added to it? >> >> >> >> On Thu, Oct 8, 2009 at 21:49, jWeekend >> >> wrote: >> >> > >> >> > Danisevsky, >> >> > >> >> > This has been used by loads of people and on all sorts of OSs and >> >> versions. >> >> > I also just successfully tried it on XP, Vista & Ubuntu in case you >> had >> >> come >> >> > across something that has been missed. >> >> > >> >> > Paste what you copy from "Leg Up" into a text editor to see what's >> >> causing >> >> > that exception on your box and let us know what you find to help >> others >> >> that >> >> > may hit a similar issue with copy 'n' paste or whatever else it >> turns >> >> out >> >> to >> >> > be specific to your environment (possibly a proxy issue - ie you >> >> haven't >> >> > told Maven about your proxy, but your browser is set up properly to >> use >> >> it). >> >> > >> >> > Regards - Cemal >> >> > jWeekend >> >> > OO & Java Technologies, Wicket Training and Development >> >> > http://jWeekend.com >> >> > >> >> > >> >> > >> >> > >> >> > danisevsky danisevsky wrote: >> >> >> >> >> >> I can access this file in web browser and it seems that there is no >> >> break >> >> >> line. I will try it later in linux. >> >> >> >> >> >> thank you >> >> >> >> >> >> >> >> >> 2009/10/8 richardwilko >> >> >> >> >> >>> >> >> >>> hi, >> >> >>> >> >> >>> The error is saying that maven cannot find the archetype catalog >> >> file, >> >> >>> please make sure you can access this file in a web browser [1], >> and >> >> >>> ensure >> >> >>> that you do not have any line breaks in your maven command (not >> sure >> >> if >> >> >>> it >> >> >>> is just how the command appears on nabble but it looks like there >> is >> >> a >> >> >>> line >> >> >>> break in the middle of the url) >> >> >>> >> >> >>> >> >> >>> [1] - http://legup.googlecode.com/svn/repo/archetype-catalog.xml >> >> >>> &
Re: Leg Up for Wicket, Spring, Guice, JPA, Warp, EclipseLink, Hibernate ... projects
Danisevsky, This has been used by loads of people and on all sorts of OSs and versions. I also just successfully tried it on XP, Vista & Ubuntu in case you had come across something that has been missed. Paste what you copy from "Leg Up" into a text editor to see what's causing that exception on your box and let us know what you find to help others that may hit a similar issue with copy 'n' paste or whatever else it turns out to be specific to your environment (possibly a proxy issue - ie you haven't told Maven about your proxy, but your browser is set up properly to use it). Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com danisevsky danisevsky wrote: > > I can access this file in web browser and it seems that there is no break > line. I will try it later in linux. > > thank you > > > 2009/10/8 richardwilko > >> >> hi, >> >> The error is saying that maven cannot find the archetype catalog file, >> please make sure you can access this file in a web browser [1], and >> ensure >> that you do not have any line breaks in your maven command (not sure if >> it >> is just how the command appears on nabble but it looks like there is a >> line >> break in the middle of the url) >> >> >> [1] - http://legup.googlecode.com/svn/repo/archetype-catalog.xml >> >> >> Hope this helps >> >> Regards - Richard Wilkinson >> Developer, >> jWeekend: OO & Java Technologies - Development and Training >> http://jWeekend.com >> >> >> >> danisevsky danisevsky wrote: >> > >> > Hello, I was trying generate Wicket - Spring - JPA project and I get >> > following error: >> > >> > C:\projects\test>mvn archetype:generate -B -DarchetypeCatalog= >> > http://legup.googl >> > >> ecode.com/svn/repo/archetype-catalog.xml-DarchetypeArtifactId=wicket-spring-jpa >> > -archetype -DarchetypeGroupId=com.jweekend -DarchetypeVersion=0.8.0 >> > -DgroupId=co >> > m.mycompany -DartifactId=mycompany -Dversion=1.0-SNAPSHOT >> > -Dpackage=com.mycompan >> > y >> > [INFO] Scanning for projects... >> > [INFO] Searching repository for plugin with prefix: 'archetype'. >> > [INFO] >> > >> >> > [INFO] Building Maven Default Project >> > [INFO]task-segment: [archetype:generate] (aggregator-style) >> > [INFO] >> > >> >> > [INFO] Preparing archetype:generate >> > [INFO] No goals needed for project - skipping >> > [INFO] Setting property: classpath.resource.loader.class => >> > 'org.codehaus.plexus >> > .velocity.ContextClassLoaderResourceLoader'. >> > [INFO] Setting property: velocimacro.messages.on => 'false'. >> > [INFO] Setting property: resource.loader => 'classpath'. >> > [INFO] Setting property: resource.manager.logwhenfound => 'false'. >> > [INFO] [archetype:generate] >> > [INFO] Generating project in Batch mode >> > [WARNING] Error reading archetype catalog >> > http://legup.googlecode.com/svn/repo/a >> > rchetype-catalog.xml >> > org.apache.maven.wagon.ResourceDoesNotExistException: Unable to locate >> > resource >> > in repository >> > at >> > org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputD >> > ata(LightweightHttpWagon.java:100) >> > at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:68) >> > at >> > org.apache.maven.archetype.source.RemoteCatalogArchetypeDataSource.ge >> > tArchetypeCatalog(RemoteCatalogArchetypeDataSource.java:74) >> > at >> > org.apache.maven.archetype.DefaultArchetype.getRemoteCatalog(DefaultA >> > rchetype.java:203) >> > at >> > org.apache.maven.archetype.ui.DefaultArchetypeSelector.getArchetypesB >> > yCatalog(DefaultArchetypeSelector.java:249) >> > at >> > org.apache.maven.archetype.ui.DefaultArchetypeSelector.selectArchetyp >> > e(DefaultArchetypeSelector.java:74) >> > at >> > org.apache.maven.archetype.mojos.CreateProjectFromArchetypeMojo.execu >> > te(CreateProjectFromArchetypeMojo.java:180) >> > at >> > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi >> > nManager.java:453) >> >
Re: I want to volunteer for web app devt
Stephen, Are you one of Alan's OCaml disciples? Drop me a line [1] and we can have a chat. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com [1] http://jweekend.com/dev/ContactUs Steve Olara wrote: > > Hello Wicketers, > > I have just completed my MSc and during the study been learning how to > dedvelop enterprise application using Wicket, Spring and Hibernate. I want > to futher my skill in web application development. > > I am currently based in Birmingham UK and would want to volunteer and work > with any expirence web application developer, willing to teach me. > > Please get in touch. > > Regards, > > Stephen > > Send instant messages to your online friends http://uk.messenger.yahoo.com > -- View this message in context: http://www.nabble.com/Re%3A-I-want-to-volunteer-for-web-app-devt-tp25801154p25801280.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event, Saturday November 21st
Igor, Are you bringing your video-recorder? We'll get you over here sooner or later, maybe for our 3rd year anniversary event in the Summer! Several people have tried to help us with this, but so far the results have not been good enough (really!). We've even knocked-up a special app to publish these wonderful presentations we've been lucky enough to enjoy so many of, so I expect we will give it another go for sure this time, but no promises yet. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development igor.vaynberg wrote: > > can we expect video this time? :) > > -igor > > On Tue, Oct 6, 2009 at 6:10 AM, jWeekend > wrote: >> Our next London Wicket Event will be held on Saturday, November 21st. >> This is going to be quite some event again, with Matej Knopp (SVK), >> Jeremy >> Thomerson (USA) and Alastair Maw (UK), all core developers, amongst our 5 >> or >> 6 presenters. >> I am still working on securing a suitable location and fine tuning the >> schedule (probably at least 5 or 6 hours) and the exact format, but keep >> your diary clear if you'd like to come along and we will set up >> registration >> at the usual place [1] in the next few days (do not register until we've >> updated the data for the registration page) once the >> location/format/logistics are nailed down. >> Watch this space ... >> >> Regards - Cemal >> jWeekend >> OO & Java Technologies, Wicket Training and Development >> http://jWeekend.com >> >> [1] http://jweekend.com/dev/LWUGReg >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/London-Wicket-Event%2C-Saturday-November-21st-tp25768507p25783880.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Page inheritance problem
Jens, MarkupContainer#isTransparentResolver (but Igor says use it at your own risk!) Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com mcbain wrote: > > The "SuperDiv" component is just a WebMarkupContainer > I just tried to find the getTransparentResolver() method, but without > success... > > > Igor Vaynberg schrieb: > > -- > dipl. inform jens zastrow > > phone | +49.152.04840108 > mail | m...@jens-zastrow.de > web | http://jens-zastrow.de > xing | http://www.xing.com/profile/Jens_Zastrow > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Page-inheritance-problem-tp25776777p25777180.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Page inheritance problem
Jens, That indeed could be dangerous (if the subclass implementation refers to subclass state that will not be initialised yet) - you can addOrReplace the returned component in onBeforeRender. This solution is nothing to do with the wicket:child/extension inheritance by the way, that will still work as per normal. You're just asking the children to supply some component the super-class will place in its bit of the markup (ie outside of wicket:child). Does that make sense? Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com mcbain wrote: > > Hmmm... > this effectivly not uses the thing for the > "inner"-subclass-components. > If i do so, from the Java-side its really bad to invoke "subclass-methods > from super-contructors". > Can the invocation of the getThatPanelIWantAlwaysButAtCertainLocation() > method be deferred > somehow?? > > Regards > Jens > > >>Jens, >> >>Your super class could declare an >>abstract protected void getThatPanelIWantSometimes() >>method that the children can then implement to return whatever they like and >>then the ball's back in the parent's court. >> >>Regards - Cemal >>jWeekend >>OO & Java Technologies, Wicket Training and Development >>http://jWeekend.com > > > > jWeekend schrieb: > > -- > dipl. inform jens zastrow > > phone | +49.152.04840108 > mail | m...@jens-zastrow.de > web | http://jens-zastrow.de > xing | http://www.xing.com/profile/Jens_Zastrow > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Page-inheritance-problem-tp25776777p25777065.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Page inheritance problem
Jens,
Your super class could declare an
abstract protected void getThatPanelIWantSometimes()
method that the children can then implement to return whatever they like and
then the ball's back in the parent's court.
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
mcbain wrote:
>
> Hi experts,
>
> I have a Page class with serves as base html-template for the derived
> pages. (e.g. http://www.javalobby.org/java/forums/t69357.html)
> For some special needs, subclass-markup should be placed in some element
> managed by wicket and not at the root.
>
> base.html
>
>
>
>
>
>
> My workaround currently is, that the Base-class provides a getSuperDiv()
> method, wich must be used from
> the subpages to add their content to.
>
> SubPage(String) {
> super(...);
>
> // NOW, wrong: add( new Label("hello","Hello"));
>
> // CORRECT
> getSuperDiv().add( new Label("hello","Hello"));
> }
>
> Anybody, knows some more clean solution to this?
> Maybe the root-Container for the subpages can be set somehow.
>
> Thanks
> Jens
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Page-inheritance-problem-tp25776777p25776824.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajax: Updating component outside Panel
Magnus, One way, for example. is to pass in a component, or even a list of components, to the ShoppingCartPanel's constructor and your onClick could then do the necessary. Since your ShoppingCartPanel knows it going to use AJAX, its constructor may also choose to setOutputMarkupId(true) on the passed in components. BTW, is "Beer" a special kind of Norwegian cheese then? Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com Magnus Haraldsen Amundsen wrote: > > Hi, > > I'm following the Cheesr examples in the "Wicket in Action" book and have > met a problem when ajaxifying it. > > I have Index.java that displays a shopping cart from a custom shopping > cart panel (ShoppingCartPanel.java). This custom panel has a remove link > for each item, and clicking this removes the item from the list using > Ajax. In Index.java I also have a Checkout button that is set to visible > when there's items in the shopping cart. I need to refresh this component > also using Ajax when I press the remove link in the shopping cart panel, > so that it is hidden when the cart is empty. How do I update this > component from my custom shopping cart panel? Do I have to make the > Checkout button a public variable and refresh it using > target.addComponent(Index.checkout) in ShoppingCartPanel.java, or is there > an easier and more elegant way to do this? > > Index.java - http://pastebin.com/m76c0eb71 > ShoppingCartPanel.java - http://pastebin.com/m70f20055 > > Regards, > > Magnus > > -- View this message in context: http://www.nabble.com/Ajax%3A-Updating-component-outside-Panel-tp25776573p25776733.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Client-side treeView
Paul, Take a look at Alastair's presenttaion called something like "A Drag And Drop List Editor" [1] and the accompanying source code. I don't think we have a tree publicly available yet in WiQuery [2] but for sure you should get some good ideas there even if you don't want to use it. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com [1] http://jweekend.com/dev/ArticlesPage [2] http://code.google.com/p/wiquery/ PaulH98 wrote: > > > Michael O'Cleirigh wrote: >> >> Hi Paul, >> >> What I would do would be to find a javascript implementation that does >> what you want and then have the selection events fill in a hidden field >> which will then be available on the server side when the form is >> posted. This would be similar to how the Palette works in >> wicket-extensions >> >> You then define a custom IConverter to convert the string input from the >> hidden field into the IModel> or IModel> or what >> ever makes sense for your model.. >> >> There is probably something in wicket-stuff already but here is a link >> to a jquery plugin for a tree table: >> http://blog.cubicphuse.nl/2008/11/12/jquery-treetable-2-0 >> >> Regards, >> >> Mike >> > > Thanks Mike... Is there any document on how to write such a component like > Palette that communicates with javascript? I just skipped through the > Palette java an js source code and found they are kind of hard to > understand. "Wicket in Action" does not seem to cover this topic either. > > > -- View this message in context: http://www.nabble.com/Client-side-treeView-tp25775360p25776375.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Leg Up for Wicket, Spring, Guice, JPA, Warp, EclipseLink, Hibernate ... projects
Erik, No such prejudice here: a Wicket with EJB 3+ archetype is a very good idea and I was already planning on us setting up an archetype for JBoss and wicket-javaee [1] (that "contrib" library just works by the way - we've used it with no problems so far on a couple of projects, one with JBoss - and IIRC RedHat finally did publish a decent Maven2 repo). I have nothing against a link from the Wicket QuickStart page either, but we are not necessarily promising instantaneous support for users of these archetypes - the idea is just to provide a well-proven starting point for people wanting to skip the sometimes huge (and often off-putting) effort to work out how all these frameworks/libraries and the multitude of version play nicely together (not to mention figuring out all the transitive dependencies and how to best write tests and other, boiler-plate bootstraping code). By the way, we use these archetypes ourselves too, and they do save us plenty of time - it's one less (often non-trivial) thing to worry about when you start your project or just want to experiment with/learn how to use one of these frameworks/libraries. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com [1] http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-javaee Erik Post-5 wrote: > > Hi Cemal, > > On Tue, Oct 6, 2009 at 5:05 PM, jWeekend > wrote: > >> Thanks. We'll review that soon - it is our intention but we need to be >> ready to take care of the project. Just for the moment, we'll take on >> ideas >> for new archetypes, and feel free to contact me via our site if you have >> some particular ideas and need stuff included quickly. > > Great! I would like to suggest an EJB archetype. EJB seems to be > fairly impopular amongst Wicket people, but what with the upcoming > changes to EJB (version 3.1, no XML, a Lite' web profile) and Spring > (3.0, proprietaryish goings-on) I think EJB's are looking > comparatively sweet. > > By the way, it would be pretty cool to reference your page from the > Wicket quickstart page, wouldn't it? Things are pretty scattered atm > and I think this makes Wicket needlessly hard to get into. > >> Ideas for further project templates include Scala and Java > > I'm experimenting with this atm from an adapted version of Wicketopia, > and yeah, it would have been great to have had an archetype for this > ;) > > Cheers, > Erik > >> Erik Post-5 wrote: >>> >>> Hey, that's great! Is there any way to contribute to this? >>> >>> Thumbs up, >>> Erik >>> >>>> 2009/10/6 jWeekend >>>> >>>> We have launched jWeekend's Leg Up page [1]. >>>> >>>> You can generate a command and run it at your console to create a >>>> simple >>>> project using one of our archetypes. The projects you will generate >>>> will >>>> include enough configuration, code and/or some tests to get you >>>> started, >>>> quickly. Our archetypes currently support various combinations of >>>> Spring, >>>> Guice, WarpPersist, JPA (with one or more implementation from >>>> EclipseLink, >>>> Hibernate, OpenJPA) and Wicket. >>>> >>>> Let us know if this is useful and if you'd like to see more >>>> combinations. >>>> Also feel free to raise any issues [2]. >>> >>>> Regards - Cemal >>>> jWeekend >>>> OO & Java Technologies, Wicket Training and Development >>>> http://jWeekend.com >>>> >>>> [1] http://jweekend.com/dev/LegUp >>>> [2] http://code.google.com/p/legup/issues/list >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Leg-Up-for-Wicket%2C-Spring%2C-Guice%2C-JPA%2C-Warp%2C-EclipseLink%2C-Hibernate-...-projects-tp25769134p25770548.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Leg-Up-for-Wicket%2C-Spring%2C-Guice%2C-JPA%2C-Warp%2C-EclipseLink%2C-Hibernate-...-projects-tp25769134p25773473.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Leg Up for Wicket, Spring, Guice, JPA, Warp, EclipseLink, Hibernate ... projects
Erik, Thanks. We'll review that soon - it is our intention but we need to be ready to take care of the project. Just for the moment, we'll take on ideas for new archetypes, and feel free to contact me via our site if you have some particular ideas and need stuff included quickly. Ideas for further project templates include Scala and Java and maybe WiQuery and possibly Lucene... Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com Erik Post-5 wrote: > > Hey, that's great! Is there any way to contribute to this? > > Thumbs up, > Erik > >> 2009/10/6 jWeekend >> >> We have launched jWeekend's Leg Up page [1]. >> >> You can generate a command and run it at your console to create a simple >> project using one of our archetypes. The projects you will generate will >> include enough configuration, code and/or some tests to get you started, >> quickly. Our archetypes currently support various combinations of Spring, >> Guice, WarpPersist, JPA (with one or more implementation from >> EclipseLink, >> Hibernate, OpenJPA) and Wicket. >> >> Let us know if this is useful and if you'd like to see more combinations. >> Also feel free to raise any issues [2]. > >> Regards - Cemal >> jWeekend >> OO & Java Technologies, Wicket Training and Development >> http://jWeekend.com >> >> [1] http://jweekend.com/dev/LegUp >> [2] http://code.google.com/p/legup/issues/list > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Leg-Up-for-Wicket%2C-Spring%2C-Guice%2C-JPA%2C-Warp%2C-EclipseLink%2C-Hibernate-...-projects-tp25769134p25770548.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Leg Up for Wicket, Spring, Guice, JPA, Warp, EclipseLink, Hibernate ... projects
Jahid, Thanks - a little Tomcat PERM_GEN issue. Should be OK now, but at the next scheduled restart we'll bump it up a bit. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com Jahid wrote: > > On Tue, 2009-10-06 at 14:47 +0100, jWeekend wrote: >> http://jweekend.com/dev/LegUp > > is that really working? coz , when i clicked on "Generate Maven Command" > button, it took me to http://jweekend.com/dev/HomePageBody > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Leg-Up-for-Wicket%2C-Spring%2C-Guice%2C-JPA%2C-Warp%2C-EclipseLink%2C-Hibernate-...-projects-tp25769134p25769670.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Leg Up for Wicket, Spring, Guice, JPA, Warp, EclipseLink, Hibernate ... projects
We have launched jWeekend's Leg Up page [1]. You can generate a command and run it at your console to create a simple project using one of our archetypes. The projects you will generate will include enough configuration, code and/or some tests to get you started, quickly. Our archetypes currently support various combinations of Spring, Guice, WarpPersist, JPA (with one or more implementation from EclipseLink, Hibernate, OpenJPA) and Wicket. Let us know if this is useful and if you'd like to see more combinations. Also feel free to raise any issues [2]. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com [1] http://jweekend.com/dev/LegUp [2] http://code.google.com/p/legup/issues/list - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
London Wicket Event, Saturday November 21st
Our next London Wicket Event will be held on Saturday, November 21st. This is going to be quite some event again, with Matej Knopp (SVK), Jeremy Thomerson (USA) and Alastair Maw (UK), all core developers, amongst our 5 or 6 presenters. I am still working on securing a suitable location and fine tuning the schedule (probably at least 5 or 6 hours) and the exact format, but keep your diary clear if you'd like to come along and we will set up registration at the usual place [1] in the next few days (do not register until we've updated the data for the registration page) once the location/format/logistics are nailed down. Watch this space ... Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com [1] http://jweekend.com/dev/LWUGReg - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [WicketStuff] Iolite
Nino, We developed these archetypes primarily for commercial usage (training and client apps) but are now looking to make them publicly available (ideally with Apache or GPL/MIT licences) because they could be useful for other developers, not least people new to Wicket (or new to JPA or Guice or Spring, all with or without Wicket experience) and give them a way to get started quickly with a fully functional project; POM, simple working code, database with test data (where appropriate) and the config that makes it all hang together. As you've no doubt experienced, one also has to test very carefully that the various versions of all the included frameworks/libraries play nicely together (eg Spring 2.5.6 is fussy about the version of JUnit4 to use ...) etc, and the possible combinations are quite overwhelming, even off-putting for someone who just wants to try stuff out without spending all day getting the config right. Many of our archetypes include Wicket, but some don't. WicketStuff is not the right place for them to live, for now. We will make this stuff publicly available later this month, either on one of jWeekend's servers or one of the popular project hosting sites. Then we'll know better if people even find them useful and can reconsider whether or not we should merge with any existing projects and/or host our archetypes elsewhere. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com nino martinez wael wrote: > > Great! So should these be "merged" into Iolite? Anyhow the nice thing > would > be to put it into wicketstuff.. > > regards Nino > > 2009/9/29 richardwilko > >> >> Hi, >> >> We have been developing a few useful archetypes for our own client >> projects >> and courses. >> Amongst others, we have >> >> Wicket/Guice >> Wicket/Guice/Warp/Hibernate >> Wicket/Guice/Warp/JPA >> Wicket/Spring/JPA >> Spring/JPA/openJPA >> Spring/JPA/EclipseLink >> Spring/JDBC >> >> All include a running sample application with correct dependencies. >> >> >> We're currently deciding which jWeekend server to host these on (and >> their >> "catalog") and probably the source >> >> >> Regards - Richard Wilkinson >> Developer, jWeekend >> OO & Java Technologies, Wicket Training and Development >> http://jWeekend.com >> >> >> >> >> nino martinez wael wrote: >> > >> > Hi Guys >> > >> > I've been using Guice for a while together with warp persist and >> dynamic >> > finders. Would it be of any interest to switch Iolite to Guice? Please >> say >> > if it has interest then I might do it, but won't if nobody uses it. >> > >> > >> > http://www.wideplay.com/guicewebextensions2 >> > http://www.wideplay.com/dynamicfinders >> > http://code.google.com/p/google-guice/ >> > >> > Regards Nino >> > >> > >> >> >> - >> http://richard-wilkinson.co.uk My blog: http://richard-wilkinson.co.uk >> -- >> View this message in context: >> http://www.nabble.com/-WicketStuff--Iolite-tp25652619p25659568.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > -- View this message in context: http://www.nabble.com/-WicketStuff--Iolite-tp25652619p25713893.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
re: FXValidationAjaxHandler - Javascript not added if component is set visible(false) in page constructor
Chris,
The fact that you've chosen to use Wicket probably shows there's not so much
danger of that!
To better see what's going on, try the snippet below in the project you attached
// ... mark t2 final and
// append this to your BasePage constructor
con.add(t2.setOutputMarkupId(true));
add(new AjaxLink("toggleVisiblity"){
@Override
public void onClick(AjaxRequestTarget target) {
t2.setVisible(!t2.isVisible());
target.addComponent(t2);
}
});
Fix your BasePage.html accordingly eg, add an anchor to the body with
wicket:id="toggleVisiblity".
When you fire up your app, click on that link once and you can use FireBug in Firefox to
verify that the "onblur" code you wanted is indeed in place.
Is that the effect you were after?
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
PS Nabble is not showing posts to our list (I think it's pointing back to
SourceForge again!) so I am replying here in case you need a solution quickly
and this happens to be the actual issue you are faced with!
maybe i'm to stupid to understand what you mean.
so please provide an example.
thx
-Ursprüngliche Nachricht-
Von: Giambalvo, Christian [mailto:christian.giamba...@excelsisnet.com]
Gesendet: Do 24.09.2009 02:45
An: users@wicket.apache.org
Betreff: AW: FXValidationAjaxHandler - Javascript not added if component is set
visible(false) in page constructor
- Hide quoted text -
well, it makes no sense to add the javascript to another container.
how should i validate the textfields if the javascript points to a different
component?
or could you give me an example?
-Ursprüngliche Nachricht-
Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Gesendet: Do 24.09.2009 02:32
An: users@wicket.apache.org
Betreff: Re: FXValidationAjaxHandler - Javascript not added if component is set
visible(false) in page constructor
i meant add the javascript to a container that is visible.
components that are not visible do not render their javascript, it
wouldnt make any sense for them to do otherwise.
-igor
On Wed, Sep 23, 2009 at 5:16 PM, Giambalvo, Christian
wrote:
i'm sorry, but doesn't work.
i attached a simple project.
i added the needed components to a webmarkupcontainer.
instead of panels this time i used requiredtextfields to keep it as simple
as possible.
one textfield is visible the other invisible.
here is the generated markup:
http://www.w3.org/1999/xhtml";
xmlns:wicket="http://wicket.apache.org/dtds.data/wicket-xhtml1.4-strict.dtd";>
Wicket Demo
<!--/*--><![CDATA[/*><!--*/
wicketAjaxDebugEnable=true;
/*-->]]>*/
<!--/*--><![CDATA[/*><!--*/
var djConfig = {};
djConfig.isDebug = true;
djConfig.parseWidgets = false;
djConfig.searchIds = []
/*-->]]>*/
<!--/*--><![CDATA[/*><!--*/
dojo.registerModulePath("wicketstuff",
"../../../resources/org.wicketstuff.dojo.AbstractDefaultDojoBehavior");
/*-->]]>*/
<!--/*--><![CDATA[/*><!--*/
dojo.require("dojo.debug.console");
dojo.require("dojo.widget.Tree");
/*-->]]>*/
<!--/*--><![CDATA[/*><!--*/
dojo.require("dojo.lfx.*");
dojo.require("dojo.gfx.*");
dojo.require("dojo.html.*");
/*-->]]>*/
<!--/*--><![CDATA[/*><!--*/
djConfig.searchIds.push("txt11");
/*-->]]>*/
var txt11_first = false;
function txt11_validate(type) {
with(dojo.byId('txt11').style){backgroundColor =
'#FFF';} if (type=='valid'){
dojo.lfx.html.highlight('txt11',
dojo.gfx.color.hex2rgb('#98c27d'), 200).play(0)
dojo.lfx.html.unhighlight('txt11',
dojo.gfx.color.hex2rgb('#98c27d'), 200).play(200)
}else{
dojo.lfx.html.highlight('txt11',
dojo.gfx.color.hex2rgb('#fc8682'), 200).play(0)
; dojo.lfx.html.unhighlight('txt11',
dojo.gfx.color.hex2rgb('#fc8682'), 200).play(200)
; }
}
-Ursprüngliche Nachricht-
Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Gesendet: Do 24.09.2009 00:06
An: users@wicket.apache.org
Betreff: Re: FXValidationAjaxHandler - Javascript not added if component is
set visible(false) in page constructor
put the two panels into a parent container that is always visible.
-igor
On Wed, Sep 23, 2009 at 1:37 PM, Giambalvo, Christian
wrote:
Hi,
first thanks for reply.
Well, it's not possible to add it to a visible component.
Let me explain.
I have 2 custom panels and d
maven/quickstart question
Chris, Maven creates a local repository of libraries your projects depend on. Take a look under .m2 in your home directory. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com I've been using wicket under for a while now, always using ant, but now I have to create a quickstart app and I'm new to maven... I've created the quickstart app and it runs under Jetty no problem but where does it store the Wicket and Jetty .jars? They don't seem to be under the directory I created using the maven 'archetype:create' command. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: August London Wicket Event (just a drink?)
Ioannis, It's good to hear from you - I hope you and your family are well! I have been talking to 2 guest presenters we are flying in from Europe and to potential hosts of our next event just this week; I will make an announcement as soon as everything is confirmed - the next date will probably be in the first week of December, but I may fix something on a smaller scale before then as well. I think we may also be organising a quiet drink or bite to eat next week - let me know if you're around. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com 2009/9/23 Ioannis Mavroukakis : Oct 7 is looming and is the page updated? nooo! :-P Y. On 5 Aug 2009, at 20:18, jWeekend wrote: As many of our guests enjoy their hard-won summer holidays, we will hold our next London Wicket Event on October 7th (dates/location/presentation TBC here soon). In the meantime, for those of you who may be about to experience withdrawal symptoms missing our apres-Wicket refreshments, we're fixing a quiet drink on Monday evening. Send us a note on the jWeekend "Contact Us" page if you can make it and I'll send you a confirmation the venue (central London) and times (19:00ish) when they're fixed. Regards - Cemal jWeekend OO & Java Technologies http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: [OT] More "Java's generic type parameters are not reified"...
Yes indeed! This (see Neal Gafter's code below) is neat and getting much
closer to being actually usable, as long as its implementation is hidden
well away. I'd probably mark some of those methods final too (it's a shame
the class itself can't be - a subclasser could mess up the type parameter
list, as per Igor's post).
public abstract class TypeReference
private final Type type;
private volatile Constructor constructor;
protected TypeReference() {
Type superclass = getClass().getGenericSuperclass();
if (superclass instanceof Class) {
throw new RuntimeException("Missing type parameter.");
}
this.type = ((ParameterizedType)
superclass).getActualTypeArguments()[0];
}
/**
* Instantiates a new instance of {...@code T} using the default, no-arg
* constructor.
*/
@SuppressWarnings("unchecked")
public T newInstance() throws NoSuchMethodException,
IllegalAccessException, InvocationTargetException,
InstantiationException {
if (constructor == null) {
Class rawType = type instanceof Class ? (Class) type :
(Class) ((ParameterizedType) type)
.getRawType();
constructor = rawType.getConstructor();
}
return (T) constructor.newInstance();
}
/**
* Gets the referenced type.
*/
public Type getType() {
return this.type;
}
public static void main(String[] args) throws Exception {
List l1 = new TypeReference>() {
}.newInstance();
List l2 = new TypeReference() {
}.newInstance();
}
}
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Minto.van.der.Sluis wrote:
>
> Another related article by Gafter:
>
> http://gafter.blogspot.com/2006/12/super-type-tokens.html
>
> class S{
> S() {
>// T t = new T();
>T t = new TypeReference() {}.newInstance();
> }
> }
>
> The unittest would then look like this.
>
> public class CreateInstanceOfTypeParameter {
> @Test
> public void testCreateInstanceOfTypeParameter() {
> Point instance = new TypeReference() {}.newInstance();
> instance.x = 22;
> instance.y = 47;
> assertEquals(new Point(22, 47), instance);
> }
> }
>
> Looks pretty powerful to me ;-)
>
> Regards
>
> misl
>
> -Oorspronkelijk bericht-
> Van: jWeekend [mailto:jweekend_for...@cabouge.com]
> Verzonden: donderdag 17 september 2009 0:44
> Aan: users@wicket.apache.org
> Onderwerp: [OT] More "Java's generic type parameters are not reified"...
>
> Since you can NOT do
>
> class S{S(){T t = new T();}} // broken
>
> how would you create an object of type T somewhere in S? Think about
> this before you read on ...
>
> At the risk of reigniting the world-famous generics debates of
> yesteryear, just as our noble core-developers regroup to start work on
> making 1.5 even better than what is already the best Java web framework,
> I thought I'd share the idea I suggested to one of our developers who
> was having a bad day with generics (for several good reasons [1][2]) a
> couple of months ago, in case you can make use of it somewhere, or, find
> an even more convoluted solution - notice the innocent looking abstract
> modifier!
>
> // not real code
> // don't try this at home without adult supervision!
> public abstract class FunnyFactory {
> private T instance = null;
> public T getInstance() {
> if (instance == null) {
> try {
> final ParameterizedType gsc =
> (ParameterizedType)getClass().getGenericSuperclass();
> final Class typeT =
> (Class) gsc.getActualTypeArguments()[0];
> instance = typeT.newInstance();
> } catch (InstantiationException e) {
> e.printStackTrace();
> } catch (IllegalAccessException e) {
> e.printStackTrace();
> }
> }
> return instance;
> }
> }
>
> ...
>
> public class CreateInstanceOfTypeParameter {
> @Test
> public void testCreateInstanceOfTypeParameter() {
> FunnyFactory factory = new FunnyFactory() {};
> factory .getInstance().x = 22;
> factory .getInstance().y = 47;
> assertEquals(new Point(22, 47), factory.getInstance());
> }
> }
>
> Regards - Cemal
> jWeekend
> OO & Java Technologies, Wicket Training and Development
> http://jWeekend.com
>
> [1] http://gafter.blogspot.com/2006/11/reified-generics-for-java.html
> [2]
> http://weblogs.java.net/blog/arnold/archive/2005/06/generics_consid_1.ht
> ml
>
>
>
Re: [OT] More "Java's generic type parameters are not reified"...
Vineet ,
Yes, this is a technique that, carefully and properly used, could help in
building a generic DAO.
Can you elaborate on "intializing the class type in constructor." ?
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
vineet semwal wrote:
>
> the first time I used genericsuperclass() was in generic daos after
> reading https://www.hibernate.org/328.html,
> though it has it's own quirks, it doesn't apply every where ..
> abstract modifier in above code was needed,it's done so that one will
> eventually subclass funnyfactory
> and that genericsuperclass hack will work ..
>
> apart from that one another simple way for retrieving the generic
> classtype
> is intializing the class type in
> constructor.
>
> conditions apply ;)
> --
> regards,
> Vineet Semwal
>
>
> On Thu, Sep 17, 2009 at 4:13 AM, jWeekend
> wrote:
>
>> Since you can NOT do
>>
>> class S{S(){T t = new T();}} // broken
>>
>> how would you create an object of type T somewhere in S? Think about this
>> before you read on ...
>>
>> At the risk of reigniting the world-famous generics debates of
>> yesteryear,
>> just as our noble core-developers regroup to start work on making 1.5
>> even
>> better than what is already the best Java web framework, I thought I'd
>> share
>> the idea I suggested to one of our developers who was having a bad day
>> with
>> generics (for several good reasons [1][2]) a couple of months ago, in
>> case
>> you can make use of it somewhere, or, find an even more convoluted
>> solution
>> - notice the innocent looking abstract modifier!
>> // not real code
>> // don't try this at home without adult supervision!
>> public abstract class FunnyFactory {
>> private T instance = null;
>> public T getInstance() {
>> if (instance == null) {
>> try {
>> final ParameterizedType gsc =
>> (ParameterizedType)getClass().getGenericSuperclass();
>> final Class typeT = (Class)
>> gsc.getActualTypeArguments()[0];
>> instance = typeT.newInstance();
>> } catch (InstantiationException e) {
>> e.printStackTrace();
>> } catch (IllegalAccessException e) {
>> e.printStackTrace();
>> }
>> }
>> return instance; }
>> }
>>
>> ...
>>
>> public class CreateInstanceOfTypeParameter {
>> @Test
>> public void testCreateInstanceOfTypeParameter() {
>> FunnyFactory factory = new FunnyFactory() {};
>> factory .getInstance().x = 22;
>> factory .getInstance().y = 47;
>> assertEquals(new Point(22, 47), factory.getInstance());
>> }
>> }
>>
>> Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and
>> Development http://jWeekend.com
>>
>> [1] http://gafter.blogspot.com/2006/11/reified-generics-for-java.html
>> [2]
>> http://weblogs.java.net/blog/arnold/archive/2005/06/generics_consid_1.html
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/-OT--More-%22Java%27s-generic-type-parameters-are-not-reified%22...-tp25482235p25487989.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: [OT] More "Java's generic type parameters are not reified"...
... or, if you subclass the subclass ...
In the form I gave it's very fragile - just a trick really, but it tells you
a bit about what is actually in the bytecode and contradicts (as
conclusively as using javap) what some would have you believe.
Regards - Cemal
jWeekend OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
igor.vaynberg wrote:
>
> what happens if down the line the index of the type changes?: )
>
> class FunnierFactory extends FunnyFactory
>
> -igor
>
> On Wed, Sep 16, 2009 at 3:43 PM, jWeekend
> wrote:
>> Since you can NOT do
>>
>> class S{S(){T t = new T();}} // broken
>>
>> how would you create an object of type T somewhere in S? Think about this
>> before you read on ...
>>
>> At the risk of reigniting the world-famous generics debates of
>> yesteryear,
>> just as our noble core-developers regroup to start work on making 1.5
>> even
>> better than what is already the best Java web framework, I thought I'd
>> share
>> the idea I suggested to one of our developers who was having a bad day
>> with
>> generics (for several good reasons [1][2]) a couple of months ago, in
>> case
>> you can make use of it somewhere, or, find an even more convoluted
>> solution
>> - notice the innocent looking abstract modifier!
>> // not real code
>> // don't try this at home without adult supervision!
>> public abstract class FunnyFactory {
>> private T instance = null;
>> public T getInstance() {
>> if (instance == null) {
>> try {
>> final ParameterizedType gsc =
>> (ParameterizedType)getClass().getGenericSuperclass();
>> final Class typeT = (Class)
>> gsc.getActualTypeArguments()[0];
>> instance = typeT.newInstance();
>> } catch (InstantiationException e) {
>> e.printStackTrace();
>> } catch (IllegalAccessException e) {
>> e.printStackTrace();
>> }
>> }
>> return instance; }
>> }
>>
>> ...
>>
>> public class CreateInstanceOfTypeParameter {
>> @Test
>> public void testCreateInstanceOfTypeParameter() {
>> FunnyFactory factory = new FunnyFactory() {};
>> factory .getInstance().x = 22;
>> factory .getInstance().y = 47;
>> assertEquals(new Point(22, 47), factory.getInstance());
>> }
>> }
>>
>> Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and
>> Development http://jWeekend.com
>>
>> [1] http://gafter.blogspot.com/2006/11/reified-generics-for-java.html
>> [2]
>> http://weblogs.java.net/blog/arnold/archive/2005/06/generics_consid_1.html
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/-OT--More-%22Java%27s-generic-type-parameters-are-not-reified%22...-tp25482235p25487838.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
[OT] More "Java's generic type parameters are not reified"...
Since you can NOT do
class S{S(){T t = new T();}} // broken
how would you create an object of type T somewhere in S? Think about this
before you read on ...
At the risk of reigniting the world-famous generics debates of yesteryear, just as our noble core-developers regroup to start work on making 1.5 even better than what is already the best Java web framework, I thought I'd share the idea I suggested to one of our developers who was having a bad day with generics (for several good reasons [1][2]) a couple of months ago, in case you can make use of it somewhere, or, find an even more convoluted solution - notice the innocent looking abstract modifier!
// not real code
// don't try this at home without adult supervision!
public abstract class FunnyFactory {
private T instance = null;
public T getInstance() {
if (instance == null) {
try {
final ParameterizedType gsc =
(ParameterizedType)getClass().getGenericSuperclass();
final Class typeT =
(Class) gsc.getActualTypeArguments()[0];
instance = typeT.newInstance();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
}
return instance;
}
}
...
public class CreateInstanceOfTypeParameter {
@Test
public void testCreateInstanceOfTypeParameter() {
FunnyFactory factory = new FunnyFactory() {};
factory .getInstance().x = 22;
factory .getInstance().y = 47;
assertEquals(new Point(22, 47), factory.getInstance());
}
}
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
[1] http://gafter.blogspot.com/2006/11/reified-generics-for-java.html
[2] http://weblogs.java.net/blog/arnold/archive/2005/06/generics_consid_1.html
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket integration with jQuery
I may not be totally unbiased as we're involved in the project but jWeekend uses WiQuery, including on client applications, and can recommend it. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com danisevsky danisevsky wrote: > > Hello folks. I would like to use some Wicket integration with jQuery. But > I > found several implementations (WickeXt, wiquery and in wicket-stuff > jwicket > and jquery) and I do not know which one is the best. Could someone give me > an advise? > > Thanks > > -- View this message in context: http://www.nabble.com/Wicket-integration-with-jQuery-tp25408781p25413545.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Spring annotations fail to inject into webmodels
Pieter,
... if you're not injecting into components anywhere in your application you
naturally should be able to skip registering the
ComponentInstatiationListener.
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
jWeekend wrote:
>
> Pieter,
>
> Have you set up Spring's ContextLoaderListener (a Servlet listener that
> initiates your Spring context) and registered the Spring
> SpringComponentInjector as a Component instantiaition listener [1]?
>
> Your idea to instigate injection in the super classes constructor is fine
> as "this" will be the concrete subclass that you are instantiating - make
> sure the right super constructor is called in all places you want
> injection to take place, and also that you are not initialising the
> sub-classes injected properties as that would take place after the super
> class is initialised undoing what the super class constructor has done.
>
> Finally, in a case like this, get the simplest possible scenario working
> first (here, try injecting into the subclass directly) to show you have
> everything set up correctly and then try the conceptually slightly more
> complex solution of pushing-up the responsibility to instigate injection
> for all your "models" into their common, abstract superclass.
>
> Also, notice that this injector goes straight to your fields, even if
> they're private, so your setters not being called alone does not mean
> injection has not succeeded
>
> Does that make sense?
>
> Regards - Cemal
> jWeekend
> OO & Java Technologies, Wicket Training and Development
> http://jWeekend.com
>
> [1] http://cwiki.apache.org/WICKET/spring.html
>
>
>
> pieter claassen-2 wrote:
>>
>> My abstract basewebmodel constructor from which all my webmodels inherit
>> marks inself for Spring injection but still no injection takes place. Any
>> suggestions where I can look?
>>
>> Can I run the injection in the constructor of an abstract model from
>> which I
>> inherit all my webmodels? I cannot see why not?
>>
>> Thanks in advanced.
>> P
>>
>>
>>
>> BaseWebModel.java
>> =
>> ...
>> public BaseWebModel(Long id) {
>> this.id = id;
>> InjectorHolder.getInjector().inject(this);
>> }
>>
>> here is an example of my TemplateWebModel that uses @SpringBean to set
>> TemplateFactory
>> TemplateWebModel.java
>> ===
>>
>> ...
>> @SpringBean(name="TemplateFactory")
>> private TemplateFactory templateFactory;
>>
>> public TemplateWebModel(Template template) {
>> super(template);
>> }
>>
>>
>>
>> P
>>
>> On Fri, Sep 11, 2009 at 10:42 AM, jWeekend
>> wrote:
>>
>>>
>>> Pieter,
>>>
>>> If you want to use Spring's @Configuarble you'll need to enable Load
>>> Time
>>> Weaving or Complie Time Weaving.
>>>
>>> To use @SpringBean with an object that is not a Wicket Component you
>>> need
>>> to
>>> InjectorHolder.getInjector().inject(this) on initialisation of your
>>> object.
>>>
>>> The benefit of the latter approach is that you do not need to introduce
>>> weaving and that Wicket will make sure you have a serialisable proxy
>>> injected.
>>>
>>> Regards - Cemal
>>> jWeekend
>>> OO & Java Technologies, Wicket Training and Development
>>> http://jWeekend.com
>>>
>>>
>>>
>>>
>>> Pieter Claassen wrote:
>>> >
>>> > I am using maven, spring 2.5.6, wicket 1.4 and am trying to inject my
>>> > DAO's
>>> > into my wicket models but I find that Spring just ignores my advice.
>>> >
>>> > My question:
>>> > 1. @SpringBean only works on stuff that inherits from Component. What
>>> do
>>> I
>>> > do with things like session and models that don't? I am trying to use
>>> > @Configurable but that is being ignored.
>>> > 2. My POM deps are below. What should I pull in to have @Configurable
>>> > working?
>>> > 3. BTW. When I comment the bean out of my XML config, then I do get an
>>> > error
>>> > so I am not sure if I am doing something very small wrong?
>>> >
>>> > Thanks.
>>> > Pieter
>>> >
>>> > pom.xml
>>> > ==
Re: Spring annotations fail to inject into webmodels
Pieter,
Have you set up Spring's ContextLoaderListener (a Servlet listener that
initiates your Spring context) and registered the Spring
SpringComponentInjector as a Component instantiaition listener [1]?
Your idea to instigate injection in the super classes constructor is fine as
"this" will be the concrete subclass that you are instantiating - make sure
the right super constructor is called in all places you want injection to
take place, and also that you are not initialising the sub-classes injected
properties as that would take place after the super class is initialised
undoing what the super class constructor has done.
Finally, in a case like this, get the simplest possible scenario working
first (here, try injecting into the subclass directly) to show you have
everything set up correctly and then try the conceptually slightly more
complex solution of pushing-up the responsibility to instigate injection for
all your "models" into their common, abstract superclass.
Also, notice that this injector goes straight to your fields, even if
they're private, so your setters not being called alone does not mean
injection has not succeeded
Does that make sense?
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
[1] http://cwiki.apache.org/WICKET/spring.html
pieter claassen-2 wrote:
>
> My abstract basewebmodel constructor from which all my webmodels inherit
> marks inself for Spring injection but still no injection takes place. Any
> suggestions where I can look?
>
> Can I run the injection in the constructor of an abstract model from which
> I
> inherit all my webmodels? I cannot see why not?
>
> Thanks in advanced.
> P
>
>
>
> BaseWebModel.java
> =
> ...
> public BaseWebModel(Long id) {
> this.id = id;
> InjectorHolder.getInjector().inject(this);
> }
>
> here is an example of my TemplateWebModel that uses @SpringBean to set
> TemplateFactory
> TemplateWebModel.java
> ===
>
> ...
> @SpringBean(name="TemplateFactory")
> private TemplateFactory templateFactory;
>
> public TemplateWebModel(Template template) {
> super(template);
> }
>
>
>
> P
>
> On Fri, Sep 11, 2009 at 10:42 AM, jWeekend
> wrote:
>
>>
>> Pieter,
>>
>> If you want to use Spring's @Configuarble you'll need to enable Load Time
>> Weaving or Complie Time Weaving.
>>
>> To use @SpringBean with an object that is not a Wicket Component you need
>> to
>> InjectorHolder.getInjector().inject(this) on initialisation of your
>> object.
>>
>> The benefit of the latter approach is that you do not need to introduce
>> weaving and that Wicket will make sure you have a serialisable proxy
>> injected.
>>
>> Regards - Cemal
>> jWeekend
>> OO & Java Technologies, Wicket Training and Development
>> http://jWeekend.com
>>
>>
>>
>>
>> Pieter Claassen wrote:
>> >
>> > I am using maven, spring 2.5.6, wicket 1.4 and am trying to inject my
>> > DAO's
>> > into my wicket models but I find that Spring just ignores my advice.
>> >
>> > My question:
>> > 1. @SpringBean only works on stuff that inherits from Component. What
>> do
>> I
>> > do with things like session and models that don't? I am trying to use
>> > @Configurable but that is being ignored.
>> > 2. My POM deps are below. What should I pull in to have @Configurable
>> > working?
>> > 3. BTW. When I comment the bean out of my XML config, then I do get an
>> > error
>> > so I am not sure if I am doing something very small wrong?
>> >
>> > Thanks.
>> > Pieter
>> >
>> > pom.xml
>> > ===
>> > ...
>> >
>> > org.springframework
>> > spring-core
>> > ${spring.version}
>> >
>> >
>> >
>> > org.apache.wicket
>> > wicket-spring
>> > ${wicket.version}
>> >
>> >
>> >
>> > org.springframework
>> > spring
>> >
>> >
>> >
>> >
>> >
>> >
>> > TemplateWebModel.java
>> > ==
>> > .
>> > @Configurable
>> > public class TemplateWebModel extends AbstractDataSetWebModel
>> {
>> >
>> >
Re: Spring annotations fail to inject into webmodels
Pieter,
If you want to use Spring's @Configuarble you'll need to enable Load Time
Weaving or Complie Time Weaving.
To use @SpringBean with an object that is not a Wicket Component you need to
InjectorHolder.getInjector().inject(this) on initialisation of your object.
The benefit of the latter approach is that you do not need to introduce
weaving and that Wicket will make sure you have a serialisable proxy
injected.
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Pieter Claassen wrote:
>
> I am using maven, spring 2.5.6, wicket 1.4 and am trying to inject my
> DAO's
> into my wicket models but I find that Spring just ignores my advice.
>
> My question:
> 1. @SpringBean only works on stuff that inherits from Component. What do I
> do with things like session and models that don't? I am trying to use
> @Configurable but that is being ignored.
> 2. My POM deps are below. What should I pull in to have @Configurable
> working?
> 3. BTW. When I comment the bean out of my XML config, then I do get an
> error
> so I am not sure if I am doing something very small wrong?
>
> Thanks.
> Pieter
>
> pom.xml
> ===
> ...
>
> org.springframework
> spring-core
> ${spring.version}
>
>
>
> org.apache.wicket
> wicket-spring
> ${wicket.version}
>
>
>
> org.springframework
> spring
>
>
>
>
>
>
> TemplateWebModel.java
> ==
> .
> @Configurable
> public class TemplateWebModel extends AbstractDataSetWebModel {
>
> private TemplateFactory templateFactory;
>
> public TemplateFactory getTemplateFactory() {
> return templateFactory;
> }
>
> public void setTemplateFactory(TemplateFactory templateFactory) {
>throw new RuntimeException("REACHED TEMPLATE FACTORY SET"); //This
> setter is never run
> //this.templateFactory = templateFactory;
> }
> .
>
> WicketApplicationDefinitition.xml
> ==
>
>
> http://www.springframework.org/schema/beans";
>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>xmlns:context="http://www.springframework.org/schema/context";
>xsi:schemaLocation="
> http://www.springframework.org/schema/beans
> http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
> http://www.springframework.org/schema/context
> http://www.springframework.org/schema/context/spring-context-2.5.xsd";>
>
>
>
>
>
> destroy-method="close">
>
>
>
>
>
>
> destroy-method="close">
>
>
>
>
> .
>
>
>
>
>
>
>
>
>
> --
> Pieter Claassen
> musmato.com
>
>
--
View this message in context:
http://www.nabble.com/Spring-annotations-fail-to-inject-into-webmodels-tp25396625p25397205.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
[Training] Autumn Apache Wicket Schedule For London & Amsterdam
The following dates for jWeekend's 2 day Apache Wicket training courses, jw703 [1], are now scheduled and confirmed. Course syllabus and student reviews can be found on our site. London: [2] Sep23-24(Wed-Thu), Oct8-9(Thu-Fri), Oct10-11(Sat-Sun), Nov2-3(Mon-Tue), Nov7-8(Sat-Sun), Nov26-27(Thu-Fri) Amsterdam: [3] Sep28-29, Nov30-Dec1 Contact us [4] regarding customised dates and/or content (add-on modules available from our Java, OO/UML, Spring and JPA courses) as well as on-site delivery. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com [1] http://jweekend.com/dev/JW703/ [2] http://jweekend.com/dev/BookingPage/ [3] http://www.jteam.nl/news/wicket.html [4] http://jweekend.com/dev/ContactUs - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Have you ever run this example ?
Altug, It sounds like there is no bean factory set on your servlet context. Did you add Spring's context listener in web.xml? Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com Altuğ B. Altıntaş wrote: > > How can i add ctx variable ? > > I am new in Spring Security > > Thanks... > > > 2009/8/28 Anders > >> I don't see any ctx variable in that web page. >> >> >> On Fri, Aug 28, 2009 at 10:37 PM, Altuğ B. Altıntaş > >wrote: >> >> > Hi all ; >> > >> > I am trying to run "Spring Security and Wicket-auth-roles" example. >> > >> > Url : >> > >> http://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html >> > >> > I implemented what it writes step by step but it gives : >> > >> > java.lang.IllegalArgumentException: Argument [[ctx]] cannot be null >> >at >> > >> > >> org.apache.wicket.spring.injection.annot.SpringComponentInjector.(SpringComponentInjector.java:93) >> >at com.example.web.Setup.setListeners(Setup.java:41) >> >at com.exaple.web.Setup.init(Setup.java:32) >> >at >> > >> org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:696) >> > . >> > >> > >> > Any idea ? Or simple simple simple Spring Security and Wicket >> integration >> > example. >> > >> > Note : >> > I remember my old commodore - 64 days. I wrote hundreds of basic code >> and >> > then it gives : syntax error :) opps urghh ! >> > >> > But still love wicket and its examples >> > >> > >> > -- >> > Altuğ. >> > >> >> >> >> -- >> －－ >> ~Mia は 最高！~ >> －－ >> > > > > -- > Altuğ. > > -- View this message in context: http://www.nabble.com/Have-you-ever-run-this-example---tp25191082p25193012.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: LoadableDetachableModel#load() called twice
Warren, Unless you are indirectly calling load() yourself, eg by calling getObject(), on your LDM) during form processing it's Wicket converting the selected item (by choice id) to the actual "choice" object, by matching the id against the list of choices, calling load() on your LDM in the process. This implies that you may be submitting the selected value from the list which is probably unnecessary if that particular submit is designed to just add a value to the choices' backing model (eg the List or table etc... you are deriving your list of choices from). One way to get around your issue would be to have your "Add an item to my list" button and, the associated component where you add that new list object, both on a separate form. Then, after that new form's submit, your LDM's load() should only be called during any rendering, which is probably what you want. Does that do it? Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com Warren Bell-3 wrote: > > I have a ListChoice that I add a choice to. I do this in an > AjaxButton#onSubmit(...). The problem is that load() has been called > before onSubmit() and I have to call LoadableDetachableMode#detach() > and have load() called again. This seems like a waste to have load() > called twice in order to get the new choice added to the ListChoice. Is > there a better way of doing this? > > Warren > > -- View this message in context: http://www.nabble.com/LoadableDetachableModel-load%28%29-called-twice-tp25082195p25085222.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: how to use wicket tree in extension
Yes, Igor's solution is easier (and will remember other tree state beyond
just which nodes are expanded) if you are able to use this panel swapping
technique instead of your current markup-inheritance solution for the common
menu (tree).
It looks like a common decision one has to make: whether to pass components
around (remember, only ever use a component instance on a single page
instance at any one time!) versus just passing around component state (in
this case, which nodes are expanded and which are collapsed).
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
igor.vaynberg wrote:
>
> instead of navigating between pages and passing the tree state around
> why not simply swap panels. that way the tree instance is the same and
> keeps its state.
>
> -igor
>
> On Mon, Aug 17, 2009 at 8:23 AM, Haulyn R. Jason
> wrote:
>> Yes, that's right, is that a way to tell the new page(and the new
>> instance
>> of the tree), the status of the old tree?
>> I means expand the node which I clicked?
>>
>> Thanks!
>>
>>
>> On Sat, Aug 15, 2009 at 9:00 AM, jWeekend
>> wrote:
>>
>>>
>>> Is your menu (tree) in some parent page class that both the first and
>>> the
>>> linked-to page extend? When you go to a new page instance you will get a
>>> new
>>> instance of the Tree.
>>>
>>> Regards - Cemal
>>> jWeekend
>>> OO & Java Technologies, Wicket Training and Development
>>> http://jWeekend.com
>>>
>>>
>>> Haulyn Jason-2 wrote:
>>> >
>>> > No, just use Tree in extension package.
>>> >
>>> > On Fri, Aug 14, 2009 at 11:17 PM, Igor Vaynberg
>>> > wrote:
>>> >
>>> >> are you using LinkTree?
>>> >>
>>> >> -igor
>>> >>
>>> >> On Fri, Aug 14, 2009 at 12:15 AM, Haulyn R.
>>> Jason
>>> >> wrote:
>>> >> > Hi,all:
>>> >> >
>>> >> > I design a page with a tree for page navigation. But I can not find
>>> >> more
>>> >> > information from Internet to learn how to use the Tree component.
>>> >> >
>>> >> > I can display the tree as
>>> >> >
>>> >> > menu1
>>> >> > |-sub_menu1
>>> >> > |-sub_menu2
>>> >> > menu2
>>> >> > |-sub_menu3
>>> >> > |-sub_menu4
>>> >> >
>>> >> > and I remove root node, make all tree expand while init the tree,
>>> but
>>> I
>>> >> do
>>> >> > not know how to add links to the sub_menus, I tried to add some
>>> code
>>> >> like
>>> >> > this:
>>> >> > �...@override
>>> >> > protected void onNodeLinkClicked(AjaxRequestTarget
>>> target,
>>> >> > TreeNode node) {
>>> >> > DefaultMutableTreeNode treeNode =
>>> >> (DefaultMutableTreeNode)
>>> >> > node;
>>> >> > NavigationTreeNode navigationTreeNode =
>>> >> (NavigationTreeNode)
>>> >> > treeNode.getUserObject();
>>> >> > if (navigationTreeNode.isURL) {
>>> >> > setResponsePage(navigationTreeNode.getURL());
>>> >> > super.onNodeLinkClicked(target, node);
>>> >> > } else {
>>> >> > super.onNodeLinkClicked(target, node);
>>> >> > }
>>> >> > }
>>> >> >
>>> >> > this looks work well, but when I clink on a link, the page redirect
>>> to
>>> >> the
>>> >> > target page, but I can not keep the tree with the selected node
>>> expand.
>>> >> >
>>> >> > Can anyone help me or give me some reference URLs? Thanks!
>>> >> >
>>> >> > --
>>> >> > --
>>> >> > Enjoy. Thanks!
>>> >> >
>>> >> > Mobile: +086-15864011231
>>> >> > email: saharab...@gmail.com, hmp.hau...@foxmail.com
>>> >> > website: http://haulynjason.net
>>> >> > gtalk: saharab...@gmail.com
>>> >> > yahoo: jia_hao...@yahoo.
Re: MarkupnotFoundException in eclipse 3.4.2
The quick fix is: in Project Properties/Java Build Path/Source) set "Included: *.*" (and make sure *.html is not "Excluded") for the folder your html is in, most likely src/main/java if you keep your templates next to your Java source files. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com dale77 wrote: > > Hello, > > The quickstart is proving anything but. I run quickstart: > > mvn archetype:create -DarchetypeGroupId=org.apache.wicket > -DarchetypeArtifactId=wicket-archetype-quickstart > -DarchetypeVersion=1.4.0 -DgroupId=nz.co.acme -DartifactId=myproject > > Then generate and eclipse project: > > mvn eclipse:eclipse -DdownloadSources=true > > Then I import the project into eclipse, leaving copy into workspace > unchecked, and Run As Junit test on TestHomePage.java... > > Markup of type 'html' for component 'nz.co.acme.HomePage' not found. > Enable debug messages for org.apache.wicket.util.resource to get a list > of all filenames tried.: [Page class = nz.co.acme.HomePage, id = 0, > version = 0] org.apache.wicket.markup.MarkupNotFoundException: Markup of > type 'html' for component 'nz.co.acme.HomePage' not found. > > Eclipse is not copying the .html file alongside the .class. But the Java > | Compiler | Output Folder | Filtered Resources is only *.launch. How do > I make eclipse copy the html file next to the class? > > No doubt there is a simple explanation, but I'm not seeing it. Can > anyone help me out? > > Thanks > > Dale > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/MarkupnotFoundException-in-eclipse-3.4.2-tp25001104p25010844.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: how to use wicket tree in extension
Assuming the class diagram at http://jweekend.com/dev/ArticlesPage/ is
up-to-date for your version of Wicket, perhaps you can override "protected
ITreeState newTreeState()" to return an ITreeState that you pass between
pages (or, put in your custom WebSession if that makes more sense in your
app or in a table or ).
I wouldn't be surprised if Matej comes back to say there's a neater way than
that!
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Haulyn Jason-2 wrote:
>
> Yes, that's right, is that a way to tell the new page(and the new instance
> of the tree), the status of the old tree?
> I means expand the node which I clicked?
>
> Thanks!
>
>
> On Sat, Aug 15, 2009 at 9:00 AM, jWeekend
> wrote:
>
>>
>> Is your menu (tree) in some parent page class that both the first and the
>> linked-to page extend? When you go to a new page instance you will get a
>> new
>> instance of the Tree.
>>
>> Regards - Cemal
>> jWeekend
>> OO & Java Technologies, Wicket Training and Development
>> http://jWeekend.com
>>
>>
>> Haulyn Jason-2 wrote:
>> >
>> > No, just use Tree in extension package.
>> >
>> > On Fri, Aug 14, 2009 at 11:17 PM, Igor Vaynberg
>> > wrote:
>> >
>> >> are you using LinkTree?
>> >>
>> >> -igor
>> >>
>> >> On Fri, Aug 14, 2009 at 12:15 AM, Haulyn R.
>> Jason
>> >> wrote:
>> >> > Hi,all:
>> >> >
>> >> > I design a page with a tree for page navigation. But I can not find
>> >> more
>> >> > information from Internet to learn how to use the Tree component.
>> >> >
>> >> > I can display the tree as
>> >> >
>> >> > menu1
>> >> >|-sub_menu1
>> >> >|-sub_menu2
>> >> > menu2
>> >> >|-sub_menu3
>> >> >|-sub_menu4
>> >> >
>> >> > and I remove root node, make all tree expand while init the tree,
>> but
>> I
>> >> do
>> >> > not know how to add links to the sub_menus, I tried to add some code
>> >> like
>> >> > this:
>> >> >@Override
>> >> >protected void onNodeLinkClicked(AjaxRequestTarget
>> target,
>> >> > TreeNode node) {
>> >> >DefaultMutableTreeNode treeNode =
>> >> (DefaultMutableTreeNode)
>> >> > node;
>> >> >NavigationTreeNode navigationTreeNode =
>> >> (NavigationTreeNode)
>> >> > treeNode.getUserObject();
>> >> >if (navigationTreeNode.isURL) {
>> >> >setResponsePage(navigationTreeNode.getURL());
>> >> >super.onNodeLinkClicked(target, node);
>> >> >} else {
>> >> >super.onNodeLinkClicked(target, node);
>> >> >}
>> >> >}
>> >> >
>> >> > this looks work well, but when I clink on a link, the page redirect
>> to
>> >> the
>> >> > target page, but I can not keep the tree with the selected node
>> expand.
>> >> >
>> >> > Can anyone help me or give me some reference URLs? Thanks!
>> >> >
>> >> > --
>> >> > --
>> >> > Enjoy. Thanks!
>> >> >
>> >> > Mobile: +086-15864011231
>> >> > email: saharab...@gmail.com, hmp.hau...@foxmail.com
>> >> > website: http://haulynjason.net
>> >> > gtalk: saharab...@gmail.com
>> >> > yahoo: jia_hao...@yahoo.com
>> >> > msn: saharab...@gmail.com
>> >> > skype: saharabear
>> >> > QQ: 378606292
>> >> >
>> >> > Haulyn Jason
>> >> >
>> >>
>> >> -
>> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> >> For additional commands, e-mail: users-h...@wicket.apache.org
>> >>
>> >>
>> >
>> >
>> > --
>> > --
>> > Enjoy. Thanks!
>> >
>> > Mobile: +086-15864011231
>> > email: saharab...@gmail.com, hmp.hau...@foxmail.com
>> > website: http:/
Re: ListView Validation
see setReuseItems on ListView. Regards - Cemal jWeekend OO & Java Technologies, Wicket Training and Development http://jWeekend.com jpalmer1026 wrote: > > I'm trying to display a validation message for an item contained in a list > view but the validation message isn't getting displayed. Is there > something special that needs to be done to display validation messages for > list view items? > > -- View this message in context: http://www.nabble.com/ListView-Validation-tp25007136p25007438.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Tree based on database
Oliver,
It's not difficult but you may need to break the problem down a bit if you
are new to some of this stuff. Then we can address any bits you really need
help with.
Broadly speaking, you could:
1 - create a simple database schema to experiment with and populate the
relevant table(s) with just enough data. Bear in mind that there are whole
books/doctoral-theses on hierarchical data structures in RDBMS and related
SQL techniques so keep your first example as simple as possible (eg a single
table with two text columns representing the relationship between your
nodes, say "parent" and "child", and keep nodes unique eg "Bob" should
appear no more than once in once under "child" for its single, corresponding
"parent", and "Bob" will appear as many times under "parent" as it has
children. Your "root" node should not appear under "child"! You can get much
more sophisticated/powerful/scalabe etc later.
2 - prepare your JDBC/iBatis/JPA/Hibernate/SpringJDBC/Guice/Warp/Spring...
to access your database and extract the data as required and test that this
works. In essence, all you'll be doing is executing queries along the lines
of
"SELECT child FROM mytable WHERE parent = ?"
3 implement a TreeModel (or extend/use AbstractTreeModel or
DefaultTreeModel) that uses whatever DAO (or direct data access) you set up
in step 2. In the most naive/simple implementation using JDBC, your getChild
implementation could
make a connection,
run the query above (the parent will be passed in),
create a list from the result set,
return the child corresponding to the index passed in
Of course this would be a crazy solution but once you've got everything
working (you can test that same model in Swing and/or Wicket), you can start
worrying about lazy vs eager loading of nodes, caching,
adding/moving/editing nodes, n-tier architecture and plenty of other stuff a
real-world implementation needs to take account of.
Let us know how you get on once you given that (along with the stuff in my
previous post) a go.
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Oliver-Sven Fritsch wrote:
>
> Thanks for your reply. I guess defining the TreeModel is exactly my
> problem. I tried to find a tutorial on how to do so based on my database
> entries but I don't seem to find any. Maybe this is basic java knowledge
> and I'm searching at the wrong spots. But a little how to would be great
> because right now I have no idea how to solve my problem. I guess this
> is a common use case while handling Trees on web apps, yet wondering why
> there isn't a fool-proof guide. Any hints would be greatly appreaciated.
>
> Oliver
>
>
> Cemal wrote:
>
>> Oliver,
>>
>> Wicket (core and extensions) has several tree components and they all
>> currently use Swing's TreeModel (javax.swing.tree.TreeModel). I say
>> currently as this is the case upto and including Wicket 1.4 but there is
>> some discussion about using a new type of model, more suited to webapps,
>> in
>> Wicket 1.5. Swing's TreeModel is not coupled to JTree at all even though
>> it
>> happens to be the model JTree uses. Wicket does _not_ use JTree, but its
>> trees use TreeModel.
>>
>> In the context of a Swing UI your code below would be much more flexible,
>> powerful and in the spirit of Swing if you were to explicitly use a
>> TreeModel to manage interaction with the underlying data; I expect even
>> Swing's out-of-the-box AbstractTreeModel (or the provided concrete
>> subclass,
>> DefaultTreeModel which uses DefaultMutableTreeNode) would suffice for
>> your
>> use-case based on what the code you've posted is doing.
>>
>> Once you have created your TreeModel, you can use it with Wicket's trees
>> too
>> as simply as:
>> add(new LinkTree("tree", myTreeModel));
>> for example
>>
>> See [1] for a simple example of how to use JTree (with a TreeModel), [2]
>> for
>> a simple Wicket tree example and if you want to learn a bit more about
>> how
>> some of Wicket's trees work check out this class diagram [3] from a
>> couple
>> of years ago.
>>
>> Does that make sense?
>>
>> Regards - Cemal
>> jWeekend
>> OO & Java Technologies, Wicket Training and Development
>> http://jWeekend.com
>>
>> [1]
>> http://java.sun.com/docs/books/tutorial/uiswing/components/tree.html#dynamic
>> [2] http://www.wicket-library.com/wicket-examples/ajax/tree/simple.1
>> [3] http://jweekend.com/dev/ArticlesPage/
>>
>>
>>
>> Oliver-Sven
Re: Tree based on database
Oliver,
Wicket (core and extensions) has several tree components and they all
currently use Swing's TreeModel (javax.swing.tree.TreeModel). I say
currently as this is the case upto and including Wicket 1.4 but there is
some discussion about using a new type of model, more suited to webapps, in
Wicket 1.5. Swing's TreeModel is not coupled to JTree at all even though it
happens to be the model JTree uses. Wicket does _not_ use JTree, but its
trees use TreeModel.
In the context of a Swing UI your code below would be much more flexible,
powerful and in the spirit of Swing if you were to explicitly use a
TreeModel to manage interaction with the underlying data; I expect even
Swing's out-of-the-box AbstractTreeModel (or the provided concrete subclass,
DefaultTreeModel which uses DefaultMutableTreeNode) would suffice for your
use-case based on what the code you've posted is doing.
Once you have created your TreeModel, you can use it with Wicket's trees too
as simply as:
add(new LinkTree("tree", myTreeModel));
for example
See [1] for a simple example of how to use JTree (with a TreeModel), [2] for
a simple Wicket tree example and if you want to learn a bit more about how
some of Wicket's trees work check out this class diagram [3] from a couple
of years ago.
Does that make sense?
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
[1]
http://java.sun.com/docs/books/tutorial/uiswing/components/tree.html#dynamic
[2] http://www.wicket-library.com/wicket-examples/ajax/tree/simple.1
[3] http://jweekend.com/dev/ArticlesPage/
Oliver-Sven Fritsch wrote:
>
> Hi everybody!
>
> Still new to Wicket I'm trying to get a wicket tree with nodes from a
> database. What I got so far is a simple JTree put onto a JFrame. What I
> don't understand is how to geht my tree onto a wicket web page. I'm
> kinda confused on how to get things working. As far as I now wicket tree
> uses jtree aswell, but I'm really stuck at this point. I'd really
> appreaciate any help from anyone pointing me into the right direction.
>
> public class MyJTree extends JFrame {
>
> Connection con = null;
> Statement st = null;
> ResultSet rs = null;
>
> public static void main(String args[]) throws Exception {
> new MyJTree();
> }
>
> public MyJTree() throws Exception {
>
> super("Retrieving data from database ");
>
> MyConnection mycon = MyConnectionFactory.getNewConnection();
> mycon.connect();
>
> ArrayList list = new ArrayList();
> list.add("The Root");
>
> try {
> String sql = "select key, node_id, parent_id, caption from
> mytable";
>
> st = mycon.createPreparedStatement(sql);
> rs = st.executeQuery(sql);
>
>
> while (rs.next()) {
> Object value[] = {rs.getString(1), rs.getString(2),
> rs.getString(3), rs.getString(4)};
> list.add(value);
> }
> } catch (Exception e) {
> System.out.println(e);
> }
> rs.close();
> st.close();
>
> Object hierarchy[] = list.toArray();
>
> JFrame frame = new JFrame();
> frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
> Container content = getContentPane();
>
> DefaultMutableTreeNode root = processHierarchy(hierarchy);
> JTree tree = new JTree(root);
> content.add(new JScrollPane(tree), BorderLayout.CENTER);
> setSize(275, 300);
> setLocation(300, 100);
> setVisible(true);
> }
>
> private DefaultMutableTreeNode processHierarchy(Object[] hierarchy) {
> DefaultMutableTreeNode node = new
> DefaultMutableTreeNode(hierarchy[0]);
> DefaultMutableTreeNode child;
> for (int i = 1; i < hierarchy.length; i++) {
> Object nodeSpecifier = hierarchy[i];
> if (nodeSpecifier instanceof Object[]) // Ie node with
> children
> {
> child = processHierarchy((Object[]) nodeSpecifier);
> } else {
> child = new DefaultMutableTreeNode(nodeSpecifier); // Ie
> Leaf
> }
> node.add(child);
> }
> return (node);
> }
> }
>
>
> Thanks!
> Oliver
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Tree-based-on-database-tp25004992p25005490.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: how to use wicket tree in extension
Is your menu (tree) in some parent page class that both the first and the
linked-to page extend? When you go to a new page instance you will get a new
instance of the Tree.
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Haulyn Jason-2 wrote:
>
> No, just use Tree in extension package.
>
> On Fri, Aug 14, 2009 at 11:17 PM, Igor Vaynberg
> wrote:
>
>> are you using LinkTree?
>>
>> -igor
>>
>> On Fri, Aug 14, 2009 at 12:15 AM, Haulyn R. Jason
>> wrote:
>> > Hi,all:
>> >
>> > I design a page with a tree for page navigation. But I can not find
>> more
>> > information from Internet to learn how to use the Tree component.
>> >
>> > I can display the tree as
>> >
>> > menu1
>> >|-sub_menu1
>> >|-sub_menu2
>> > menu2
>> >|-sub_menu3
>> >|-sub_menu4
>> >
>> > and I remove root node, make all tree expand while init the tree, but I
>> do
>> > not know how to add links to the sub_menus, I tried to add some code
>> like
>> > this:
>> >@Override
>> >protected void onNodeLinkClicked(AjaxRequestTarget target,
>> > TreeNode node) {
>> >DefaultMutableTreeNode treeNode =
>> (DefaultMutableTreeNode)
>> > node;
>> >NavigationTreeNode navigationTreeNode =
>> (NavigationTreeNode)
>> > treeNode.getUserObject();
>> >if (navigationTreeNode.isURL) {
>> >setResponsePage(navigationTreeNode.getURL());
>> >super.onNodeLinkClicked(target, node);
>> >} else {
>> >super.onNodeLinkClicked(target, node);
>> >}
>> >}
>> >
>> > this looks work well, but when I clink on a link, the page redirect to
>> the
>> > target page, but I can not keep the tree with the selected node expand.
>> >
>> > Can anyone help me or give me some reference URLs? Thanks!
>> >
>> > --
>> > --
>> > Enjoy. Thanks!
>> >
>> > Mobile: +086-15864011231
>> > email: saharab...@gmail.com, hmp.hau...@foxmail.com
>> > website: http://haulynjason.net
>> > gtalk: saharab...@gmail.com
>> > yahoo: jia_hao...@yahoo.com
>> > msn: saharab...@gmail.com
>> > skype: saharabear
>> > QQ: 378606292
>> >
>> > Haulyn Jason
>> >
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
>
> --
> --
> Enjoy. Thanks!
>
> Mobile: +086-15864011231
> email: saharab...@gmail.com, hmp.hau...@foxmail.com
> website: http://haulynjason.net
> gtalk: saharab...@gmail.com
> yahoo: jia_hao...@yahoo.com
> msn: saharab...@gmail.com
> skype: saharabear
> QQ: 378606292
>
> 贾昊林 Haulyn Jason
>
>
--
View this message in context:
http://www.nabble.com/how-to-use-wicket-tree-in-extension-tp24967306p24980702.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
RE: Model question ?
Warren,
If you don't mind your "wicket:id"s becoming rather misleading and arguably
slightly harder to follow (magical) Java, you can even do ...
public class HomePage extends WebPage {
private List vendors = Arrays.asList(new Vendor("v1"),
new Vendor("v2"));
private Vendor vendor = new Vendor("default vendor");
public HomePage(final PageParameters parameters) {
setDefaultModel(new CompoundPropertyModel(this));
Form form = new Form("form");
add(form);
form.add(new ListChoice("vendor", vendors));
Form editForm = new Form("vendorEditForm");
add(editForm);
editForm.add(new TextField("vendor.name"));
}
private class Vendor {
private String name;
Vendor(String name) {this.name = name;}
@Override public String toString() {return name;}
}
}
I haven't worked out how to properly paste html into nabble, so drop me a
line at the jWeekend site if you want the template code to go with this, or
a QuickStart.
Any comments on the type-parameters used above anybody?!
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Warren Bell-3 wrote:
>
> In your second example the Vendor in the vendorModel becomes the
> selected Vendor from the ListChoice and that Vendor name property
> becomes the value of the TextField?
>
> -Original Message-
> From: jWeekend [mailto:jweekend_for...@cabouge.com]
> Sent: Friday, August 14, 2009 3:47 PM
> To: users@wicket.apache.org
> Subject: Re: Model question ?
>
>
> Warren,
>
> ... and if you prefer using a CPM for your "vendorEditForm"s:
>
> public class HomePage extends WebPage {
> private List vendors = Arrays.asList(new Vendor("v1"),
> new
> Vendor("v2"));
> private Vendor vendor = new Vendor("default vendor");
> public HomePage(final PageParameters parameters) {
> IModel vendorModel = new PropertyModel(this, "vendor");
> Form form = new Form("form");
> add(form);
> // use your existing LDM instead of this hard-wired
> // List of vendors but
> // make sure you merge your edits properly!
> form.add(new ListChoice("vendors",
> vendorModel, vendors));
> // using a PropertyModel per field
> Form editForm1 = new Form("vendorEditForm1");
> add(editForm1);
> editForm1.add(new TextField("name",
> new PropertyModel(this, "vendor.name")));
> // using a CompoundPropertyModel
> Form editForm2 = new Form("vendorEditForm2",
> new CompoundPropertyModel(vendorModel));
> add(editForm2);
> editForm2.add(new TextField("name"));
> }
>
> private class Vendor implements Serializable{
> private String name;
> protected Vendor(String name) {this.name = name;}
> public String toString(){return name;}
> // safer to have accessors & mutators
> }
> // safer to have accessors & mutators }
>
> Regards - Cemal
> jWeekend
> OO & Java Technologies, Wicket Training and Development
> http://jWeekend.com
>
>
>
> Warren Bell-3 wrote:
>>
>> How should I set up my model for the following situation. I have a
>> form with a ListChoice and a TextField. The TextField needs to access
>> a property of the object selected of the ListChoice. I have it all
>> working using a ValueMap, but that seems like overkill to use a
>> ValueMap for one object. Here is how I have it:
>>
>> super(new CompoundPropertyModel(new ValueMap()));
>>
>> ListChoice vendorListChoice = new ListChoice("vendor",
>
>> new LoadableDetachableModel>(){...}, new
>> IChoiceRenderer(){...});
>>
>> TextField accountNumberField = new
>> TextField("vendor.accountNumber");
>>
>> I thought I could do something like this:
>>
>> super(new CompoundPropertyModel(new Vendor()));
>>
>> The ListChoice is the same as above and the TextField like this:
>>
>> TextField accountNumberField = new
>> TextField("accountNumber");
>>
>> The problem with this is that the ListChoice is trying to set a
>> property on the model named vendor when I realy want the selected
>> ListChoice vendor object be the model object and have the TextFie
RE: Model question ?
Warren,
Exactly - and in a very Wicket way!
Just drop the code into your IDE and run it - if there are no typos (other
than the type parameter to the TextFields - the compiler can't help you
here!) it just works.
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Warren Bell-3 wrote:
>
> In your second example the Vendor in the vendorModel becomes the
> selected Vendor from the ListChoice and that Vendor name property
> becomes the value of the TextField?
>
> -Original Message-
> From: jWeekend [mailto:jweekend_for...@cabouge.com]
> Sent: Friday, August 14, 2009 3:47 PM
> To: users@wicket.apache.org
> Subject: Re: Model question ?
>
>
> Warren,
>
> ... and if you prefer using a CPM for your "vendorEditForm"s:
>
> public class HomePage extends WebPage {
> private List vendors = Arrays.asList(new Vendor("v1"),
> new
> Vendor("v2"));
> private Vendor vendor = new Vendor("default vendor");
> public HomePage(final PageParameters parameters) {
> IModel vendorModel = new PropertyModel(this, "vendor");
> Form form = new Form("form");
> add(form);
> // use your existing LDM instead of this hard-wired
> // List of vendors but
> // make sure you merge your edits properly!
> form.add(new ListChoice("vendors",
> vendorModel, vendors));
> // using a PropertyModel per field
> Form editForm1 = new Form("vendorEditForm1");
> add(editForm1);
> editForm1.add(new TextField("name",
> new PropertyModel(this, "vendor.name")));
> // using a CompoundPropertyModel
> Form editForm2 = new Form("vendorEditForm2",
> new CompoundPropertyModel(vendorModel));
> add(editForm2);
> editForm2.add(new TextField("name"));
> }
>
> private class Vendor implements Serializable{
> private String name;
> protected Vendor(String name) {this.name = name;}
> public String toString(){return name;}
> // safer to have accessors & mutators
> }
> // safer to have accessors & mutators }
>
> Regards - Cemal
> jWeekend
> OO & Java Technologies, Wicket Training and Development
> http://jWeekend.com
>
>
>
> Warren Bell-3 wrote:
>>
>> How should I set up my model for the following situation. I have a
>> form with a ListChoice and a TextField. The TextField needs to access
>> a property of the object selected of the ListChoice. I have it all
>> working using a ValueMap, but that seems like overkill to use a
>> ValueMap for one object. Here is how I have it:
>>
>> super(new CompoundPropertyModel(new ValueMap()));
>>
>> ListChoice vendorListChoice = new ListChoice("vendor",
>
>> new LoadableDetachableModel>(){...}, new
>> IChoiceRenderer(){...});
>>
>> TextField accountNumberField = new
>> TextField("vendor.accountNumber");
>>
>> I thought I could do something like this:
>>
>> super(new CompoundPropertyModel(new Vendor()));
>>
>> The ListChoice is the same as above and the TextField like this:
>>
>> TextField accountNumberField = new
>> TextField("accountNumber");
>>
>> The problem with this is that the ListChoice is trying to set a
>> property on the model named vendor when I realy want the selected
>> ListChoice vendor object be the model object and have the TextField
>> access the accountNumber property of the ListChoice vendor.
>>
>> How should I set up my model to deal with this type of situation or is
>
>> a ValueMap the best way?
>>
>> Thanks,
>>
>> Warren
>>
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/Model-question---tp24978225p24979787.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Model-question---tp24978225p24980016.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Model question ?
Warren,
... and if you prefer using a CPM for your "vendorEditForm"s:
public class HomePage extends WebPage {
private List vendors = Arrays.asList(new Vendor("v1"),
new
Vendor("v2"));
private Vendor vendor = new Vendor("default vendor");
public HomePage(final PageParameters parameters) {
IModel vendorModel = new PropertyModel(this, "vendor");
Form form = new Form("form");
add(form);
// use your existing LDM instead of this hard-wired
// List of vendors but
// make sure you merge your edits properly!
form.add(new ListChoice("vendors",
vendorModel, vendors));
// using a PropertyModel per field
Form editForm1 = new Form("vendorEditForm1");
add(editForm1);
editForm1.add(new TextField("name",
new PropertyModel(this, "vendor.name")));
// using a CompoundPropertyModel
Form editForm2 = new Form("vendorEditForm2",
new CompoundPropertyModel(vendorModel));
add(editForm2);
editForm2.add(new TextField("name"));
}
private class Vendor implements Serializable{
private String name;
protected Vendor(String name) {this.name = name;}
public String toString(){return name;}
// safer to have accessors & mutators
}
// safer to have accessors & mutators
}
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Warren Bell-3 wrote:
>
> How should I set up my model for the following situation. I have a form
> with a ListChoice and a TextField. The TextField needs to access a
> property of the object selected of the ListChoice. I have it all working
> using a ValueMap, but that seems like overkill to use a ValueMap for one
> object. Here is how I have it:
>
> super(new CompoundPropertyModel(new ValueMap()));
>
> ListChoice vendorListChoice = new ListChoice("vendor",
> new LoadableDetachableModel>(){...}, new
> IChoiceRenderer(){...});
>
> TextField accountNumberField = new
> TextField("vendor.accountNumber");
>
> I thought I could do something like this:
>
> super(new CompoundPropertyModel(new Vendor()));
>
> The ListChoice is the same as above and the TextField like this:
>
> TextField accountNumberField = new
> TextField("accountNumber");
>
> The problem with this is that the ListChoice is trying to set a property
> on the model named vendor when I realy want the selected ListChoice
> vendor object be the model object and have the TextField access the
> accountNumber property of the ListChoice vendor.
>
> How should I set up my model to deal with this type of situation or is a
> ValueMap the best way?
>
> Thanks,
>
> Warren
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Model-question---tp24978225p24979787.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Model question ?
Warren,
Something like this?
public class HomePage extends WebPage {
private List vendors = Arrays.asList(new Vendor("v1"), new
Vendor("v2"));
private Vendor vendor = new Vendor("default vendor");
public HomePage(final PageParameters parameters) {
Form form = new Form("form");
add(form);
// use your existing LDM instead of this hard-wired List of vendors
but
// make sure you merge your edits properly!
form.add(new ListChoice("vendors", new
PropertyModel(this, "vendor"), vendors));
Form editForm = new Form("vendorEditForm");
add(editForm);
editForm.add(new TextField("name", new
PropertyModel(this, "vendor.name")));
}
private class Vendor implements Serializable{
private String name;
protected Vendor(String name) {this.name = name;}
public String toString(){return name;}
// safer to have accessors & mutators
}
// safer to have accessors & mutators
}
Regards - Cemal
jWeekend
OO & Java Technologies, Wicket Training and Development
http://jWeekend.com
Warren Bell-3 wrote:
>
> How should I set up my model for the following situation. I have a form
> with a ListChoice and a TextField. The TextField needs to access a
> property of the object selected of the ListChoice. I have it all working
> using a ValueMap, but that seems like overkill to use a ValueMap for one
> object. Here is how I have it:
>
> super(new CompoundPropertyModel(new ValueMap()));
>
> ListChoice vendorListChoice = new ListChoice("vendor",
> new LoadableDetachableModel>(){...}, new
> IChoiceRenderer(){...});
>
> TextField accountNumberField = new
> TextField("vendor.accountNumber");
>
> I thought I could do something like this:
>
> super(new CompoundPropertyModel(new Vendor()));
>
> The ListChoice is the same as above and the TextField like this:
>
> TextField accountNumberField = new
> TextField("accountNumber");
>
> The problem with this is that the ListChoice is trying to set a property
> on the model named vendor when I realy want the selected ListChoice
> vendor object be the model object and have the TextField access the
> accountNumber property of the ListChoice vendor.
>
> How should I set up my model to deal with this type of situation or is a
> ValueMap the best way?
>
> Thanks,
>
> Warren
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Model-question---tp24978225p24979290.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: How Wicket's big concepts/objects work together and in what order?
David, Jonathan Locke and I have started writing an article describing the Wicket architecture (as opposed to the Architecture of A Wicket Application). It will be the document I wish could have found when I had the good fortune to come across Wicket in 2007. In the meantime, we have a few articles on the wiki by Dima (pen name syl) like http://cwiki.apache.org/WICKET/request-cycle-and-request-cycle-processor.html this that you may find useful. Regards - Cemal jWeekend OO, Java Technologies, Wicket - Training & Consultancy http://jWeekend.com David Chang-5 wrote: > > > Hello, I am learning Wicket now and feel a bit confused by the new > concepts in Wicket regarding how they work together and in what order. > > The big concepts I am talking about include: > > Application > Session > Request > RequestCycle > RequestCycleProcessor > RequestTarget > SessionStore > Request > Response > > Suppose I have a simple page with just one Wicket label. A user requests > this page. I would like to know how the above objects/concepts get > involved and in what order. > > If it needs too much description, then forget it. If it does not take too > much of your time or you want to refresh yourself by give me an > explanation, I really appreciate it. > > I want to be a good Wicket programmer. > > Thank you! > > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/August-London-Wicket-Event-%28just-a-drink-%29-tp24834574p24845115.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
August London Wicket Event (just a drink?)
As many of our guests enjoy their hard-won summer holidays, we will hold our next London Wicket Event on October 7th (dates/location/presentation TBC here soon). In the meantime, for those of you who may be about to experience withdrawal symptoms missing our apres-Wicket refreshments, we're fixing a quiet drink on Monday evening. Send us a note on the jWeekend "Contact Us" page if you can make it and I'll send you a confirmation the venue (central London) and times (19:00ish) when they're fixed. Regards - Cemal jWeekend OO & Java Technologies http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: dzone refcard
That'll be a nice resource for developers using Wicket, and, save jWeekend plenty of time preparing one ourselves for dZone, thanks! I'll let them know to avoid unnecessary confusion about our proposal to create it earlier today. Let me know if you need any extra pairs of eyes to review it. Regards - Cemal jWeekend OO & Java Technology http://jWeekend.com kinabalu wrote: > > I've got one being pushed through the editorial process at DZone right > now, should be out very soon. > > On Jul 6, 2009, at 12:48 PM, Nick Heudecker wrote: > >> Andrew Lombardi created one some time ago. Should still be available. >> >> On Mon, Jul 6, 2009 at 12:44 PM, Paolo Di Tommaso >> >> wrote: >> >>> It would be nice >>> >>> -- paolo >>> >>> On Mon, Jul 6, 2009 at 6:07 PM, Luther Baker >>> wrote: >>> >>>> Is anyone aware of a wicket >>>> refcard<http://refcardz.dzone.com/refcardz/core-java-concurrency >>>>> initiative? >>>> Thoughts? >>>> >>>> -Luther >>>> >>> >> >> >> >> -- >> Nick Heudecker >> Professional Wicket Training & Consulting >> http://www.systemmobile.com > > > To our success! > > Mystic Coders, LLC | Code Magic | www.mysticcoders.com > > ANDREW LOMBARDI | and...@mysticcoders.com > 2321 E 4th St. Ste C-128, Santa Ana CA 92705 > ofc: 949-528-6480 > fax: 714-782-6024 > cell: 714-697-8046 > linked-in: http://www.linkedin.com/in/andrewlombardi > twitter: http://www.twitter.com/kinabalu > > Eco-Tip: Printing e-mails is usually a waste. > > > This message is for the named person's use only. You must not, > directly or indirectly, use, > disclose, distribute, print, or copy any part of this message if you > are not the intended recipient. > > > > -- View this message in context: http://www.nabble.com/dzone-refcard-tp24358337p24362753.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: dzone refcard
Luther, Interesting timing - I contacted dZone today about jWeekend putting together a Wicket "refcardz" for their collection. I'll let you know what they say. Regards - Cemal jWeekend OO & Java Technology http://jWeekend.com luther.baker wrote: > > Is anyone aware of a wicket > refcard<http://refcardz.dzone.com/refcardz/core-java-concurrency>initiative? > Thoughts? > > -Luther > > -- View this message in context: http://www.nabble.com/dzone-refcard-tp24358337p24362614.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
London Wicket Drink - tomorrow (Wednesday) evening
A few of us are getting together for a London Wicket Drink tomorrow evening. We'll be stating at the at "The Old Thamesside Inn" [1] at 19:00. Regards - Cemal jWeekend OO & Java Technologies http://jWeekend.com [1] http://www.beerintheevening.com/pubs/s/43/432/Old_Thameside_Inn/London_Bridge - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket Training - Summer Schedule (London & Amsterdam)
Our summer schedule for public Apache Wicket training courses [1] is set as follows: London July 2,3 July 13,14 July 30,31 August 6,7 August 8,9 (weekend) September 1,2 Amsterdam (delivered by our training partners in The Netherlands, JTeam) July 8,9 September 28,29 November 30 December 1 As always, contact us [3][4] for custom or on-site courses. Regards - Cemal jWeekend http://jWeekend.com [1] http://www.jWeekend.com/dev/JW703/ [2] http://www.JTeam.nl/home.html [3] Holland: info [at] JTeam.nl [4] UK & other: http://www.jWeekend.com/dev/ContactUs - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Oli's Presentation - Learn More About Wicket and, Contribute
We've posted Oliver Evans' great presentation from our June 2009 London Wicket Event to http://jweekend.com/dev/ArticlesPage http://code.google.com/p/londonwicket . It's a must read if you're planning on getting right inside Wicket or preparing yourself to contribute some patches (ideally with tests where practical!). You can also see photos of some of the conspirators (Al Maw must have been taking ALL the pictures, so he's in none of them, this time!) from our first Wicket bug-fixing session in London. Check out the Wiki entry too at http://code.google.com/p/londonwicket/ . We're looking to run another Wicket Jira night at jWeekend soon so drop me a line via our site if you've looked at the presentation/read the Wiki entry, set up your environment and would like to get involved next time. Regards - Cemal jWeekend http://jWeekend.com PS If you missed Oli's talk, it's OK - I'm going to ask him to deliver it again as I know a lot of people who missed our June event would enjoy that as much as those there did. Same goes for Al's "Stateless Everything" talk from the same event, yet another classic! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket event on Wednesday
Paul, I thought you meant tickets for our London Wicket Events [1] (free) tickets are not cheap?!? - I probably misunderstood or totally missed your "plane" word! Send me a note with Skype id and your timezone using our contact us page [2] if you are seriously considering preparing and delivering a presentation at one of our future events. Regards - Cemal jWeekend http://jWeekend.com [1] http://jweekend.com/dev/LWUGReg/ [2] http://jweekend.com/dev/ContactUs Paul Szulc wrote: > > Ah, you see, I didn't know that! > But still I belive it would be just wrong to ask you for travel expanses > just so could fly to London, chat with guys and fly back home... > > BUT > > but I could maybe craft some cool presentation for the wicket user group > and > visit you guys as presenter? Tell me what you think. > > On Tue, Jun 2, 2009 at 8:57 AM, jWeekend > wrote: > >> >> Paul, >> >> Very droll! >> >> > > -- > Best regards, > Paul Szulc > > http://paulszulc.wordpress.com > > -- View this message in context: http://www.nabble.com/London-Wicket-event-on-Wednesday-tp23823819p23831338.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket event on Wednesday
Paul, Very droll! Our London Wicket Events [1][2] are not only free, we feed our guests (fresh Pizza for those arriving before 18:30) and frequently give away goodies like copies of Wicket In Action. We sometimes pay our international presenters' expenses, and it is not unheard of for us to cover expenses of some guests (like students) and to provide accommodation for quite a few of our international guests over the last 2 years. And, Al has even been known to dish out Google memorabilia including stuff as odd as Google director's chairs, if I remember correctly!? But of course, the main thing is that our guests enjoy a regular (first Wednesday of every 2nd month) event where people that have any sort of interest in Wicket can come along, meet others with some common interests, mingle with well known and respected names in the field, and enjoy excellent presentations which are always instructive and usually pretty entertaining, as we work up a bit of a thirst before popping down to the pub. Regards - Cemal jWeekend http://jWeekend.com [1] http://jweekend.com/dev/LWUGReg/ [2] http://code.google.com/p/londonwicket/ Paul Szulc wrote: > > Ah if only plane tickets were a little bit cheaper... > > On Tue, Jun 2, 2009 at 1:01 AM, Alastair Maw wrote: > >> Hi, folks. >> Quick reminder that there's a London Wicket Users Group meet-up on >> Wednesday >> evening at Google UK in Victoria. >> >> It's rather late in the day for me to be announcing the topic of my talk, >> but it's going to be interesting: >> >> *Bookmarkable Everything* >> >> Wicket is great at managing server side state for you, but you still >> write >> a >> lot of boilerplate code for users to easily bookmark your pages. >> AJAX makes the problem ten times harder. Come along on Wednesday for >> instant >> parameterised pain relief. >> >> Sign up here: http://jweekend.co.uk/dev/LWUGReg >> >> Alastair >> > > > > -- > Best regards, > Paul Szulc > > http://paulszulc.wordpress.com > > -- View this message in context: http://www.nabble.com/London-Wicket-event-on-Wednesday-tp23823819p23827430.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Help debugging why a component is not showing up...
Ryan, Is PageView what you're looking for? Regards - Cemal http://jWeekend.com jWeekend ryantxu wrote: > > Hello- > > I am pulling my hair out trying to figure out why a component is not > showing up within a page. When I run the app from eclipse in > development or deployment mode, it shows up just fine. When I build a > package run that... no luck. However it does include javascript > libraries added from the (not visible) components. > > Is there an easy way to debug the component hierarchy on the page? > > Perhaps some way to dump the current page tree to text or something? > > Any pointers would be great! > > thanks > ryan > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Help-debugging-why-a-component-is-not-showing-up...-tp23796086p23796445.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event - 3rd June @ Google (2 years on)
Alexander, It is unlikely that we will record and publish next Wednesday's event. We post many of our presentations and some "movies" at our Google Code site [1]. Regards - Cemal jWeekend http://jWeekend.com Training, Consulting, Development [1] http://code.google.com/p/londonwicket/ Alexander Shopov wrote: > > Will the event be taped and made available onle? > Kind regards: > al_shopov > jWeekend wrote: > > We will hold our next London Wicket Event on Wednesday, 3rd June, from > 18:30. Our event is being generously hosted by Google. Join us for some > very > interesting, high quality presentations and to chat with fellow Wicket > users > and developers at all levels. We had over 65 registrants last time, so > book > early [1] if you can make it. > > Event details and registration are at the usual place [1]. After Pizza > (18:15), the schedule (from 18:30) will be: > > Cemal Bayramoglu: Introduction and Welcome > Our guests will be invited to talk about their Wicket > apps/architectures/issues > Oli Evans: Our Wicket Jira Evening at jWeekend - How To Contribute! > Alastair Maw: The Al Talk > General Wicket Q&A with Al and Cemal > > I especially want to hear from anybody using Wicket with Google Apps - let > me know if you would like to give us a 15 minute introduction. > > It is 2 years since we started running these events. Alastair and everyone > at jWeekend would like to thank you all for your consistently kind > feedback > and solid support; we look forward to seeing you on June 3rd. To > celebrate, > I'm also pleased to say that Dima (AKA "syl" on the Wicket Wiki) from > Moscow, one of our first jWeekend Wicket developers and course developer, > and Richard Wilkinson, our latest recruit, will both be attending and will > be helping us answer all your questions. > > Regards - Cemal > jWeekend http://jWeekend.com > Training, Consulting, Development > > [1] http://jweekend.com/dev/LWUGReg/ > > -- View this message in context: http://www.nabble.com/London-Wicket-Event---3rd-June-%40-Google-%282-years-on%29-tp23611378p23743031.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket Web Beans 1.1 Released
Wicket Web Beans 1.1 has been released. The project is now hosted on Google Code, learn more [1]. Try out the live samples [2]. Special thanks to Dan Syrstad and Daniel Toffeti. Regards - Cemal jWeekend http://jWeekend.com Training, Consulting, Development PS Let me know if you'd like a demo at one of our upcoming London Wicket Events [3]. [1] http://code.google.com/p/wicket-web-beans/ [2] http://jweekend.com/wicketwebbeans-examples-1.1/WebBeans/ [3] http://jweekend.com/dev/LWUGReg/
London Wicket Event - 3rd June @ Google (2 years on)
We will hold our next London Wicket Event on Wednesday, 3rd June, from 18:30. Our event is being generously hosted by Google. Join us for some very interesting, high quality presentations and to chat with fellow Wicket users and developers at all levels. We had over 65 registrants last time, so book early [1] if you can make it. Event details and registration are at the usual place [1]. After Pizza (18:15), the schedule (from 18:30) will be: Cemal Bayramoglu: Introduction and Welcome Our guests will be invited to talk about their Wicket apps/architectures/issues Oli Evans: Our Wicket Jira Evening at jWeekend - How To Contribute! Alastair Maw: The Al Talk General Wicket Q&A with Al and Cemal I especially want to hear from anybody using Wicket with Google Apps - let me know if you would like to give us a 15 minute introduction. It is 2 years since we started running these events. Alastair and everyone at jWeekend would like to thank you all for your consistently kind feedback and solid support; we look forward to seeing you on June 3rd. To celebrate, I'm also pleased to say that Dima (AKA "syl" on the Wicket Wiki) from Moscow, one of our first jWeekend Wicket developers and course developer, and Richard Wilkinson, our latest recruit, will both be attending and will be helping us answer all your questions. Regards - Cemal jWeekend http://jWeekend.com Training, Consulting, Development [1] http://jweekend.com/dev/LWUGReg/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket architecture diagram?
Manuel, I had a chat with Jonathan recently and this came up then too. He was also going to mention it to Eelco as well, but we have all been pre-occupied, for our part (and ironically) partly due to growing numbers of corporate Wicket projects and on-site training requests! If you do come up with something (and there are some guidelines already on this thread and chapter 2 of Wicket In Action), I am sure you will get very prompt and valuable feedback if you post it here. Regards - Cemal http://jWeekend.com jWeekend Training, Consulting, Development manuelbarzi wrote: > > hi, i am preparing a wicket architecture document for a project and i need > a preliminary diagram asap. what is the result, is the diagram presented > here by Subbu already corrected (ended) and presented somewhere? it's very > important for this document. thanks > > > jWeekend wrote: >> >> Jeremy, >> >> Yes, if you believe showing "model" on such a high level architectural >> diagram meant to depict how the major components hang together, then you >> should show IModel instead of LDM for sure. And it's true that newcomers >> need to understand models and can find this concept hard to grasp if they >> have not seen this sort of pattern before, but you don't need to show >> everything in the one diagram. >> >> Another comment about the diagram(s) I feel would be most useful (ones I >> would have benefited from when I first luckily stumbled upon Wicket) is >> that there should be a clear distinction between static and dynamic >> features of the framework, for consistency and to avoid confusion for the >> reader. >> >> I think this is a good start and you can also see some of the Wiki >> entries syl put on the Wiki even before he was working with us, like >> http://cwiki.apache.org/WICKET/request-cycle-and-request-cycle-processor.html >> this one . >> >> Regards - Cemal >> http://jWeekend.com jWeekend >> >> >> >> >> >> Jeremy Thomerson-5 wrote: >>> >>> While I agree that you could take out LDM specifically, I really think >>> that >>> you should replace it with IModel - I think it is critical to show that >>> IModel is the abstraction between a component and where it gets it's >>> data. >>> This is the number one misundertstood thing that I find among those I >>> teach. >>> >>> -- >>> Jeremy Thomerson >>> http://www.wickettraining.com >>> >>> >>> >>> On Thu, Mar 26, 2009 at 6:44 AM, jWeekend >>> wrote: >>> >>>> >>>> Subbu, >>>> >>>> Thank you! >>>> I have a quick minute now, so I thought you'd appreciate a few crumbs >>>> of >>>> feedback before I can take a better look, hopefully late this evening. >>>> >>>> 0 - this is a great start! >>>> 1 - take out the LDM - this stretches the scope of the diagram beyond >>>> what >>>> it needs to show. >>>> 2 - if the level of abstraction is at a level which includes >>>> validators/converters etc (possibly form processing is better >>>> elaborated in >>>> a child diagram) ... I think we need to mention FormComponent >>>> explicitly. >>>> >>>> More soon, and I hope this will draw some comments from core devs and >>>> application developers. >>>> >>>> Regards - Cemal >>>> http://jWeekend.com jWeekend >>>> >>>> >>>> >>>> subbu_tce wrote: >>>> > >>>> > Based on my understanding, i just prepared a diagram. >>>> > Wicket Contributors.. Please review and let me know your valuable >>>> > feedback. >>>> > http://www.nabble.com/file/p22717793/wicket%2Barchitecture.jpg >>>> > >>>> > >>>> > Thanks, >>>> > Subbu. >>>> > >>>> > >>>> > jWeekend wrote: >>>> >> >>>> >> Jeremy, >>>> >> >>>> >> It's one of the first things I looked for when I first stumbled upon >>>> >> Wicket 2 years ago, and it is a common request from many architects >>>> and >>>> >> even some project managers evaluating Wicket. >>>> >> >>>> >> If the core devs come up with some rough (but correct) sketch >>>> they're >>>> all &
Scheduled Wicket courses (Europe) and jWeekend's Global Partner Program
Our next public Wicket training courses in London are scheduled as follows: May9-10(Sat-Sun), May11-12(Mon-Tue), May14-15(Thu-Fri), May16-17(Sat-Sun) & Jun1-2(Mon-Tue). Full details [1], FAQ [2] and booking [3] are available online. We also organise custom dates/courses [0]. Our partners in Holland, JTeam [4][5], are planning to deliver our course in Amsterdam on Jun10-11(Thu-Fri), Sep28-29(Mon-Tue) and Nov30-Dec1(Mon-Tue), all TBC. JTeam will announce full details of the Wicket training in Holland but in the meantime, please feel free to contact us [0] for more information and reservations. Contact us [0] if you are interested in joining jWeekend's Global Partner Program [6] to deliver our Wicket courses in your country. Regards - Cemal http://jWeekend.com [0] http://jweekend.com/dev/ContactUs/ [1] http://jweekend.com/dev/JW703/ [2] http://jweekend.com/dev/Faq/ [3] http://jweekend.com/dev/BookingPage/ [4] http://blog.jteam.nl/2009/03/24/jteam-announces-wicket-training/ [5] http://day-to-day-stuff.blogspot.com/2009/04/wicket-course-preparations.html [6] http://jweekend.com/dev/GlobalPartnerProgram/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Informal Wicket "meeting" in London
Due to popular demand, especially from our London Wicket Event guests, we're arranging an informal get together (AKA drink) in London. This will probably be on Monday 20th April, either close to our office (NW6), in W2 or the West End, all TBC. Drop me a line [1] if you can make it. Regards - Cemal http://jWeekend.com [1] http://jweekend.com/dev/ContactUs - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket architecture diagram?
Jeremy, Yes, if you believe showing "model" on such a high level architectural diagram meant to depict how the major components hang together, then you should show IModel instead of LDM for sure. And it's true that newcomers need to understand models and can find this concept hard to grasp if they have not seen this sort of pattern before, but you don't need to show everything in the one diagram. Another comment about the diagram(s) I feel would be most useful (ones I would have benefited from when I first luckily stumbled upon Wicket) is that there should be a clear distinction between static and dynamic features of the framework, for consistency and to avoid confusion for the reader. I think this is a good start and you can also see some of the Wiki entries syl put on the Wiki even before he was working with us, like http://cwiki.apache.org/WICKET/request-cycle-and-request-cycle-processor.html this one . Regards - Cemal http://jWeekend.com jWeekend Jeremy Thomerson-5 wrote: > > While I agree that you could take out LDM specifically, I really think > that > you should replace it with IModel - I think it is critical to show that > IModel is the abstraction between a component and where it gets it's data. > This is the number one misundertstood thing that I find among those I > teach. > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Thu, Mar 26, 2009 at 6:44 AM, jWeekend > wrote: > >> >> Subbu, >> >> Thank you! >> I have a quick minute now, so I thought you'd appreciate a few crumbs of >> feedback before I can take a better look, hopefully late this evening. >> >> 0 - this is a great start! >> 1 - take out the LDM - this stretches the scope of the diagram beyond >> what >> it needs to show. >> 2 - if the level of abstraction is at a level which includes >> validators/converters etc (possibly form processing is better elaborated >> in >> a child diagram) ... I think we need to mention FormComponent explicitly. >> >> More soon, and I hope this will draw some comments from core devs and >> application developers. >> >> Regards - Cemal >> http://jWeekend.com jWeekend >> >> >> >> subbu_tce wrote: >> > >> > Based on my understanding, i just prepared a diagram. >> > Wicket Contributors.. Please review and let me know your valuable >> > feedback. >> > http://www.nabble.com/file/p22717793/wicket%2Barchitecture.jpg >> > >> > >> > Thanks, >> > Subbu. >> > >> > >> > jWeekend wrote: >> >> >> >> Jeremy, >> >> >> >> It's one of the first things I looked for when I first stumbled upon >> >> Wicket 2 years ago, and it is a common request from many architects >> and >> >> even some project managers evaluating Wicket. >> >> >> >> If the core devs come up with some rough (but correct) sketch they're >> all >> >> agreed on, even if it's just a first iteration, I'll get someone here >> to >> >> create a professional (maybe even glossy) version from that. >> >> >> >> Regards - Cemal >> >> http://jWeekend.com jWeekend >> >> >> >> >> >> Jeremy Thomerson-5 wrote: >> >>> >> >>> Has anyone done a nice Wicket architecture diagram? I know about the >> >>> architecture chapter in WiA, but someone I know is looking for >> something >> >>> more along the lines of: >> >>> >> >>> >> http://www.icesoft.com/developer_guides/icefaces/htmlguide/devguide/sys_architecture.html >> >>> http://www.ociweb.com/jnb/jsfArchitecture.jpg >> >>> >> >>> Unfortunately, I'm no artist - so I can't help him much. I was >> hoping >> >>> someone had already done something similar as part of a presentation >> >>> somewhere. >> >>> >> >>> -- >> >>> Jeremy Thomerson >> >>> http://www.wickettraining.com >> >>> >> >>> >> >> >> >> >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Wicket-architecture-diagram--tp22683704p22720354.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > -- View this message in context: http://www.nabble.com/Wicket-architecture-diagram--tp22683704p22730737.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket architecture diagram?
Subbu, Thank you! I have a quick minute now, so I thought you'd appreciate a few crumbs of feedback before I can take a better look, hopefully late this evening. 0 - this is a great start! 1 - take out the LDM - this stretches the scope of the diagram beyond what it needs to show. 2 - if the level of abstraction is at a level which includes validators/converters etc (possibly form processing is better elaborated in a child diagram) ... I think we need to mention FormComponent explicitly. More soon, and I hope this will draw some comments from core devs and application developers. Regards - Cemal http://jWeekend.com jWeekend subbu_tce wrote: > > Based on my understanding, i just prepared a diagram. > Wicket Contributors.. Please review and let me know your valuable > feedback. > http://www.nabble.com/file/p22717793/wicket%2Barchitecture.jpg > > > Thanks, > Subbu. > > > jWeekend wrote: >> >> Jeremy, >> >> It's one of the first things I looked for when I first stumbled upon >> Wicket 2 years ago, and it is a common request from many architects and >> even some project managers evaluating Wicket. >> >> If the core devs come up with some rough (but correct) sketch they're all >> agreed on, even if it's just a first iteration, I'll get someone here to >> create a professional (maybe even glossy) version from that. >> >> Regards - Cemal >> http://jWeekend.com jWeekend >> >> >> Jeremy Thomerson-5 wrote: >>> >>> Has anyone done a nice Wicket architecture diagram? I know about the >>> architecture chapter in WiA, but someone I know is looking for something >>> more along the lines of: >>> >>> http://www.icesoft.com/developer_guides/icefaces/htmlguide/devguide/sys_architecture.html >>> http://www.ociweb.com/jnb/jsfArchitecture.jpg >>> >>> Unfortunately, I'm no artist - so I can't help him much. I was hoping >>> someone had already done something similar as part of a presentation >>> somewhere. >>> >>> -- >>> Jeremy Thomerson >>> http://www.wickettraining.com >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/Wicket-architecture-diagram--tp22683704p22720354.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: OT: How to connect Wicket layer to underlying service layer
Kaspar, Flick through Martin Fowler's "Patterns of Enterprise Application Architecture" to see if you like it. Regards - Cemal http://jWeekend.com jWeekend hbf wrote: > > James, Eduardo, Jeremy, thank you very much for your input! > > I follow your discussions with great interest. > > Can you recommend a book on this sort of questions? I have read books > on Spring and Hibernate but not from this high-level point of view. > > Cheers, > Kaspar > > > On 24.03.2009, at 17:38, Eduardo Nunes wrote: > >> Ok I got it. One question, consider that you have this model: >> >> Person 1xN Address >> >> You have a screen that list a detailed view of a person, including a >> list of addresses. What approach do you use to implement it? >> - A service method that returns a Person entity with eager load of the >> list of Addresses? (if you don't need always the addresses this >> doesn't make sense) >> - A service method that returns a Person entity with lazy load of the >> list of Addresses? (it could be a problem in a JEE environment) >> - Two service methods, one to return the Person entity and another one >> to return the of addresses? >> >> Thanks, >> Eduardo S. Nunes >> >> On Tue, Mar 24, 2009 at 1:11 PM, Jeremy Thomerson >> wrote: >>> Agree again. >>> >>> -- >>> Jeremy Thomerson >>> http://www.wickettraining.com >>> >>> >>> >>> On Tue, Mar 24, 2009 at 11:11 AM, James Carman >>> >>> wrote: >>> >>>> On Tue, Mar 24, 2009 at 12:08 PM, Eduardo Nunes >>>> wrote: >>>>> Yes, I understand you too. What do you do when you have to send a >>>>> set >>>>> of entities and a calculation for each entity? you encapsulate it >>>>> inside another class? >>>> >>>> A domain-driven design advocate would say that the entity knows >>>> how to >>>> calculate what you need and you can ask it for the calculated value. >>>> >>>> - >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/OT%3A-How-to-connect-Wicket-layer-to-underlying-service-layer-tp22683138p22684726.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket architecture diagram?
Jeremy, It's one of the first things I looked for when I first stumbled upon Wicket 2 years ago, and it is a common request from many architects and even some project managers evaluating Wicket. If the core devs come up with some rough (but correct) sketch they're all agreed on, even if it's just a first iteration, I'll get someone here to create a professional (maybe even glossy) version from that. Regards - Cemal http://jWeekend.com jWeekend Jeremy Thomerson-5 wrote: > > Has anyone done a nice Wicket architecture diagram? I know about the > architecture chapter in WiA, but someone I know is looking for something > more along the lines of: > > http://www.icesoft.com/developer_guides/icefaces/htmlguide/devguide/sys_architecture.html > http://www.ociweb.com/jnb/jsfArchitecture.jpg > > Unfortunately, I'm no artist - so I can't help him much. I was hoping > someone had already done something similar as part of a presentation > somewhere. > > -- > Jeremy Thomerson > http://www.wickettraining.com > > -- View this message in context: http://www.nabble.com/Wicket-architecture-diagram--tp22683704p22684559.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Meetup Tonight in Amsterdam!
Enjoy yourselves tonight and remember that you are all invited to our http://jweekend.com/dev/LWUGReg/ London Wicket Event next Wednesday evening too! Regards - Cemal http://jWeekend.com jWeekend Martijn Dashorst wrote: > > The Apache Wicket Meetup in Amsterdam tonight (24 March) has grown > considerably: over 70 people have already registered! Our program is > still growing and just this morning we got an additional presentation! > > The Meetup is free thanks to our generous sponsors: > - Hippo (http://onehippo.com) > - Func (http://func.nl) > - Topicus (http://topicus.nl) > > You can still join us between 19:00 and 22:00 in the Moevenpick hotel > in Amsterdam. Register for free here: > > https://spreadsheets.google.com/viewform?formkey=cDFlMTdSV3dKT1lkYUlVa2lWUFdkQXc6MA > > Route to the venue: > > http://maps.google.com/maps?client=safari&rls=en-us&oe=UTF-8&um=1&ie=UTF-8&cid=0,0,16474381925794425644&fb=1&split=1&dq=moevenpick+hotel+amsterdam+piet+heinkade&daddr=Piet+Heinkade+11,+1019+BR+Amsterdam,+Netherlands&geocode=10995011565374881002,52.378048,4.914107&ei=e5fISb-PIsS4-Qb1_tGZAw&sa=X&oi=local_result&resnum=1&ct=directions-to > > Program: > - Introduction to Wicket > - Wicket & Scala > - Surprise > - Wicket & JDave > - Automated integration testing for Wicket apps > - Wicket & DB4O > - Getting your app production ready and in production > > Of course there is room for questions to the core team (Timo, Johan > and Martijn are present), getting your book signed or just have a > beer. > > See you tonight! > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.3.5 is released > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Wicket-Meetup-Tonight-in-Amsterdam%21-tp22676632p22683019.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event - 1st of April @ Google
Alastair Maw has just informed me of the catchy little title he's come up with for his talk: "Why Making Table Components Is Hard". You've probably heard by now that we're flying in Martijn Dashorst for a whirlwind, one night trip to give a couple of presentations at our upcoming London Wicket Event, and as April 1st approaches we're gradually filling up with 45 registered now. He'll also be signing your copies Wicket In Action, and the prizes for our raffle this time will be 3 free copies of Wicket In Action (courtesy of Manning). Marc Ziman's talk covering agile development with MySQL/Spring/Hibernate/Wicket is also taking shape and is going to be interesting. http://jweekend.com/dev/LWUGReg/ Register early if you like to come along. Regards - Cemal http://jWeekend.com jWeekend jWeekend wrote: > > We've already had around 40 guests register (30 confirmed so far) for our > next London Wicket Event, including several developers from WicketStuff > and other Wicket based projects you may already be using or are interested > in, so make sure you register early at http://jweekend.com/dev/LWUGReg/ > the usual place if you would like to come along. > > Also, take a look at http://www.eu.apachecon.com/c/aceu2009/ ApacheCon > Europe 2009 (Amsterdam, 23-27 March); lots of interesting stuff including > several Wicket sessions and presentations. > > Regards - Cemal > http://jWeekend.com jWeekend > > > jWeekend wrote: >> >> Our next London Wicket Event will be on the evening of Wednesday, April >> 1st, at Google. >> Martijn Dashorst will be flyiing over from Holland for the evening; as >> well as giving us a couple of interesting presentations, he will be >> signing your copies of Wicket In Action. Manning are kindly sending over >> a few copies too, so we'll be having another of our well-organised(?!) >> raffles. >> Al has fixed a bigger room for us at Google, who have been kindly hosting >> our events, but we do expect a fairly full auditorium again so >> http://jweekend.com/dev/LWUGReg/ register early. >> >> Al and I (and Martijn, no doubt, this time) will also run a general >> Wicket Q&A to wrap things up as usual. >> >> We'll be getting in some hot Pizza for around 18:15 and then: >> * http://jWeekend.com Cemal Bayramoglu : Welcome/Introduction >> * Marc Ziman: My Agile Stack (Wicket, Spring, Hibernate, MySQL) >> * http://wicketinaction.com Martijn Dashorst : Complex UIs With >> Wicket >> * Martijn Dashorst: Quality Control >> * http://herebebeasties.com Al Maw : TBD >> * Al Maw & Cemal Bayramoglu: General Wicket Q&A >> If you're not in a rush to get away join us for the customary visit to a >> local pub straight after the Q&A. >> >> We're lucky to attract a very good crowd and they say really nice things >> about our events, so if you've never been, you'd most likely enjoy the >> experience. >> >> Full details and registration are at at >> http://jweekend.com/dev/LWUGReg/ the usual place - don't forget to >> confirm (or cancel) your registration using the link in the automated >> email. >> >> Regards - Cemal >> http://jWeekend.com jWeekend >> > > -- View this message in context: http://www.nabble.com/London-Wicket-Event---1st-of-April-%40-Google-tp22327416p22659841.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket WebBeans Project...
James, That's some coincidence - I just tried to register the same name at Google code earlier today for the wicketwebbeans folks (they're currently on SourceForge) in case we want to migrate there because Google code seems to be more responsive and cleaner. I've been talking to Dan ad Daniel for a few days as we want to get a 1.1 release out as soon as we can (in the next week or so) that takes care of a couple of minor but irritating 1.0 bugs. Then, jWeekend will host live sample apps so more people can see that this is in fact a very useful little framework and, from my limited experience, it just works, and saves a lot of tedious code. My first thoughts are that I'm not sure it's worth the confusion if you take over that name - Dan would have the final say in that of course and I would support his decision. It's probably not a bad idea to see what progress is made on your new project first to see if it will actually materialises and a 1.0 release sees the light of day before taking over the name of an existing and already released project which I believe could become quite a handy tool for people once we've made some minor fixes. The next steps for the current wicketwebbeans project could be to add a few new components and features and port it to Wicket 1.4; these are the things Dan, Daniel and I have been looking at. It'd be interesting to hear what the core devs have to say on the naming matter as well, as your idea could be seen as part of a strategic plan for Wicket - and, so could Dan's project. Regards - Cemal http://jWeekend.com jWeekend jwcarman wrote: > > All, > > I've run into a problem. I'd like to start up a project to integrate > the new WebBeans Specification (JSR-299) based on the Apache > OpenWebBeans project > (http://incubator.apache.org/openwebbeans/1.0.0-SNAPSHOT/index.html) > in the Apache Incubator. Unfortunately, there already exists a > project called wicketwebbeans. It's not an "official" Wicket project, > but I don't want to step on anyone's toes. What would you folks > suggest here? The name of the spec is WebBeans, so the name > wicket-webbeans (the packages is javax.webbeans) does fit. The other > project's actual name is wicketwebbeans, so it's not an exact match, > but it's close enough to cause some confusion. > > James > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Wicket-WebBeans-Project...-tp22601152p22605336.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Refresh an invisible component via ajax
Daniele, Try setOutputMarkupPlaceholderTag(true). Regards - Cemal http://jWeekend.com jWeekend Daniele Dellafiore wrote: > > Hi. > Today again I lost some time cause a panel was not being refresh after > being correctly added to AjaxRequestTarget. > > The reason is one I already know but forgot: if the panel is invisible > when the page is rendered, it's html is not rendered at all so you are > calling a refresh on a Component without any DOM connection. . > > I think that this should result in some sort of exception, instead > wicket (as of 1.3.3) do not tell anything. > > Maybe this problem is already being discussed/addressed/solved, I have > searched and found nothing specific. If so, please point me to the > jira issue or something. > > Thanks. > > -- > Daniele Dellafiore > http://blog.ildella.net/ > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Refresh-an-invisible-component-via-ajax-tp22501008p22501202.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event - 1st of April @ Google
We've already had around 40 guests register (30 confirmed so far) for our next London Wicket Event, including several developers from WicketStuff and other Wicket based projects you may already be using or are interested in, so make sure you register early at http://jweekend.com/dev/LWUGReg/ the usual place if you would like to come along. Also, take a look at http://www.eu.apachecon.com/c/aceu2009/ ApacheCon Europe 2009 (Amsterdam, 23-27 March); lots of interesting stuff including several Wicket sessions and presentations. Regards - Cemal http://jWeekend.com jWeekend jWeekend wrote: > > Our next London Wicket Event will be on the evening of Wednesday, April > 1st, at Google. > Martijn Dashorst will be flyiing over from Holland for the evening; as > well as giving us a couple of interesting presentations, he will be > signing your copies of Wicket In Action. Manning are kindly sending over a > few copies too, so we'll be having another of our well-organised(?!) > raffles. > Al has fixed a bigger room for us at Google, who have been kindly hosting > our events, but we do expect a fairly full auditorium again so > http://jweekend.com/dev/LWUGReg/ register early. > > Al and I (and Martijn, no doubt, this time) will also run a general Wicket > Q&A to wrap things up as usual. > > We'll be getting in some hot Pizza for around 18:15 and then: > * http://jWeekend.com Cemal Bayramoglu : Welcome/Introduction > * Marc Ziman: My Agile Stack (Wicket, Spring, Hibernate, MySQL) > * http://wicketinaction.com Martijn Dashorst : Complex UIs With > Wicket > * Martijn Dashorst: Quality Control > * http://herebebeasties.com Al Maw : TBD > * Al Maw & Cemal Bayramoglu: General Wicket Q&A > If you're not in a rush to get away join us for the customary visit to a > local pub straight after the Q&A. > > We're lucky to attract a very good crowd and they say really nice things > about our events, so if you've never been, you'd most likely enjoy the > experience. > > Full details and registration are at at http://jweekend.com/dev/LWUGReg/ > the usual place - don't forget to confirm (or cancel) your registration > using the link in the automated email. > > Regards - Cemal > http://jWeekend.com jWeekend > -- View this message in context: http://www.nabble.com/London-Wicket-Event---1st-of-April-%40-Google-tp22327416p22494435.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket training in Sweden?
Kent, We occasionally organise such courses if there is enough interest. We've also had several Scandinavians pop over to London for jWeekend training (weekdays and weekends) and, coincidentally, our Wicket training course earlier this week had 2 Swedes and A Dane on it as well! Check our site for course details and student reviews and http://jweekend.com/dev/ContactUsBody/ send us a note if you'd like more information. Regards - Cemal http://jWeekend.com jWeekend Kent Larsson-3 wrote: > > Hi, > > I'm simply wondering if there exists any company providing Wicket > training in Sweden? And if there is, what you know about them? > > Best regards, Kent > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Wicket-training-in-Sweden--tp22481207p22481970.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Ajaxifying FormComponentPanel
Linda, Take a look at AjaxFormComponentUpdatingBehavior. Regards - Cemal http://jWeekend.com jWeekend Linda van der Pal wrote: > > I have a FormComponentPanel that contains a TextField and a > DropDownChoice. Of those two only one is visible at any moment. (The > TextField is there for when the DropDownChoice doesn't offer the wanted > result.) On the panel that contains the FormComponentPanel, I want > another element to respond to any change in the FormComponentPanel (most > importantly if the user selects something from the DropDownChoice). I > have added ajax behavior to the component, but the model isn't updated, > so when I debug the onChange method of the behavior, I find that the > object in the model is null. How do I get it to update properly? > > Regards, > Linda van der Pal > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Ajaxifying-FormComponentPanel-tp22371617p22372521.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DropDownChoice with disabled items
Adriano, I'm glad it was useful - these classes make DDCs pretty versatile. Wicket 1.3 is designed to be ale to run on Java versions before 1.5 (when generics were introduced to the language). Take a look at http://wicket.apache.org/docs/1.4/ SelectOption in Wicket 1.4 if you are using Java 5 or better. Regards - Cemal http://jWeekend.com jWeekend Adriano dos Santos Fernandes-3 wrote: > > Thanks, Cemal. > > However, I must say that I don't like how generics are handled (or not > handled at all) in these components. > > > Adriano > > > jWeekend escreveu: >> Adriano, >> >> Take a look at a mini-presentation I gave at one of our London Wicket >> Events >> sometime in last couple of years on "Select and SelectOption" at >> http://jweekend.com/dev/ArticlesPage/ . >> >> Regards - Cemal >> http://jWeekend.com jWeekend >> >> >> Adriano dos Santos Fernandes-3 wrote: >> >>> Is there an easy way to do it? Output would be: >>> >>> >>> Enabled item >>> Disabled item >>> ... >>> >>> >>> >>> Adriano >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >>> >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/DropDownChoice-with-disabled-items-tp22351308p22371622.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Appropriate tool for time series
Jurek, http://wicketstuff.org/grid-examples/data-grid/editable.1 This is quite nice. Regads - Cemal http://jWeekend.com jWeekend Jurek Piasek wrote: > > Hi, > > I would like to create a table/grid in wicket for presenting multiple time > series in one table. I have three time series to present in one table. > Each > time series is stored as a map with date as key and value as double > (Map). The table/grid would consist of four columns; the > date, > time series 1, time series 2, time series 3. > > What would be the best approach to create an editable and pageable > table/grid to present these three time series? > > Many thanks! > Jurek. > > -- View this message in context: http://www.nabble.com/Appropriate-tool-for-time-series-tp22362156p22362724.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Uppercasing inputs
Leszek,
Thank you asking such a deep question ;-)
We may not all agree, but in the end, at least you have been offered around
87 well-intentioned solutions you can ask your customer to choose from; that
will teach them to request such complex features and fuctionality!
Regards - Cemal
http://jWeekend.com jWeekend
Leszek Gawron-2 wrote:
>
> Hello,
>
> one of my customers has this weird requirement that all data should be
> input/shown uppercase. I can easily add
>
> input {
>text-transform: uppercase;
> }
>
> to my css rules, but this does not change the fact that data written
> into database will still be case sensitive.
>
> How can I create a behavior for TextField so that the dat is uppercased
> before being written to the model?
>
> my regards
>
> --
> Leszek Gawron
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Uppercasing-inputs-tp22332360p22357806.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Uppercasing inputs
Dear Software House, We realise that our requirement is very demanding and challenging but we are not used to such honestly; we usually have to pay for several man years of a team of top software experts before they discover that they cannot deliver a solution to our problem. As a sign of our gratitude and respect for your expert foresight, we would like to engage your services for the next 12 months to provide us with the value of PI, accurate to 3 decimal places, as long as you are willing to explain the algorithm to our president who has been wondering why this is not the same as 22/7 since he was kicked out of school at the age of 15 for beating up his Ethics teacher, despite being quite good at mathematics. Your Grateful Customer Peter Ertl-3 wrote: > > So what's the result o this? > > "My dear customer, actually it is not possible to upper-case your > input because type conversion doesn't fit, validation is the wrong > place,too, and javascript uppercasing is not reliable if javascript is > disabled. However we can compute the 100.000.000 digit of pi but > uppercase is too complicated..." > > *g* > > > Am 05.03.2009 um 17:46 schrieb jWeekend: > >> >> Igor, >> >>> anyways, just letting you know the intention behind the converters in >>> wicket. >> >> OK - that's exactly the thing that needs to be crystal clear. >> So the bottom line is that the if in your scenario the user entering >> lower >> case strings is acceptable then, in Wicket, the conversion to upper- >> case is >> not a job for IConverter and something downstream should take care >> of a the >> transformation to upper case (within Wicket or further down). >> >> If the user input should not even be submitted unless it is in upper >> case, >> then use http://www.nabble.com/Re%3A-Uppercasing-inputs- >> p22332471.html >> Adriano's solution or something that has a similar effect. >> >> Is that summary correct? >> >> Regards - Cemal >> http://jWeekend.om jWeekend >> >> >> igor.vaynberg wrote: >>> >>> On Thu, Mar 5, 2009 at 8:12 AM, jWeekend >>> >>> wrote: >>>> >>>> Igor, >>>> >>>> If there was a Java type called UpperCaseString that's what the >>>> developer >>>> would use as the underlying object and you would not have this >>>> objection. >>>> What's the difference between a converter translating 2009-04-04 >>>> to a >>>> java.util.Date or even to a LunchDate which always sets the time >>>> part to >>>> midday? >>> >>> there isnt an UpperCaseString for a good reason :) if you went as far >>> as creating an uppercasestring type, then i would say that it is a >>> fair conversion. but then again, creating a type just to uppercase >>> something seems broken, so its not a valid argument. >>> >>> if you had a lunchdate that sets the time to noon it would be a fair >>> conversion because you would be converting the string date portion to >>> a proper type. but then again, why would you have a lunchdate and not >>> just use date if you already know the time is always noon? >>> >>> the point of converters is to take a type-agnostic input in a form of >>> a string and convert it to a proper type. if your expected type is >>> also a string then really no conversion should happen. there are >>> *type* converters, thats is why they have tostring(object) and >>> toobject(string), not a single object convert(object). anyways, just >>> letting you know the intention behind the converters in wicket. i >>> would say what you are doing is abusing the system and it is not >>> guaranteed to keep working in 1.5. just my two cents. >>> >>>> I agree clearly that the translation should not be done by the >>>> validator. >>> >>> my point was not that the conversion should not be done by the >>> validator, my point was that the validator should not check the >>> uppercase requirement. entering something in uppercase is not a >>> requirement on the user its a requirement on the system that stores >>> the input, validators deal with user-related requirements. >>> >>> -igor >>> >>>> >>>> Regards - Cemal >>>> http;//jWeekend.com >>>> >>>> >>>> igor.vaynberg wrote: >>>>> >>>>> using conversion and validation for this is wro
Re: Uppercasing inputs
Igor, > anyways, just letting you know the intention behind the converters in > wicket. OK - that's exactly the thing that needs to be crystal clear. So the bottom line is that the if in your scenario the user entering lower case strings is acceptable then, in Wicket, the conversion to upper-case is not a job for IConverter and something downstream should take care of a the transformation to upper case (within Wicket or further down). If the user input should not even be submitted unless it is in upper case, then use http://www.nabble.com/Re%3A-Uppercasing-inputs-p22332471.html Adriano's solution or something that has a similar effect. Is that summary correct? Regards - Cemal http://jWeekend.om jWeekend igor.vaynberg wrote: > > On Thu, Mar 5, 2009 at 8:12 AM, jWeekend > wrote: >> >> Igor, >> >> If there was a Java type called UpperCaseString that's what the developer >> would use as the underlying object and you would not have this objection. >> What's the difference between a converter translating 2009-04-04 to a >> java.util.Date or even to a LunchDate which always sets the time part to >> midday? > > there isnt an UpperCaseString for a good reason :) if you went as far > as creating an uppercasestring type, then i would say that it is a > fair conversion. but then again, creating a type just to uppercase > something seems broken, so its not a valid argument. > > if you had a lunchdate that sets the time to noon it would be a fair > conversion because you would be converting the string date portion to > a proper type. but then again, why would you have a lunchdate and not > just use date if you already know the time is always noon? > > the point of converters is to take a type-agnostic input in a form of > a string and convert it to a proper type. if your expected type is > also a string then really no conversion should happen. there are > *type* converters, thats is why they have tostring(object) and > toobject(string), not a single object convert(object). anyways, just > letting you know the intention behind the converters in wicket. i > would say what you are doing is abusing the system and it is not > guaranteed to keep working in 1.5. just my two cents. > >> I agree clearly that the translation should not be done by the validator. > > my point was not that the conversion should not be done by the > validator, my point was that the validator should not check the > uppercase requirement. entering something in uppercase is not a > requirement on the user its a requirement on the system that stores > the input, validators deal with user-related requirements. > > -igor > >> >> Regards - Cemal >> http;//jWeekend.com >> >> >> igor.vaynberg wrote: >>> >>> using conversion and validation for this is wrong. >>> >>> converters in wicket are meant to convert from type<->string because >>> the web is type-agnostic. a string<->string conversion is not a >>> conversion from wicket's point of view. yes, the code is somewhat >>> unclear, we are going to address this in 1.5 where we can change some >>> api and better name things. >>> >>> validation is also wrong. validation checks user input. the >>> requirement to have this entered in uppercase is not on the user, it >>> is on the system. so a validator should not fail because something was >>> entered in non-uppercase. >>> >>> -igor >>> >>> >>> On Thu, Mar 5, 2009 at 1:26 AM, jWeekend >>> wrote: >>>> >>>> Martijn, >>>> >>>> Is there not already an EasyUpperCaseRUs.com web service you can >>>> subscribe >>>> to for unlimited conversions at an annual fee of under 30,000USD (or >>>> 100USD/conversion) who also have a "5 free conversions" trial >>>> subscription? >>>> >>>> Ether way, I would suggest this be done at conversion time so >>>> validation >>>> can >>>> do its job properly and you're not handing off conversion >>>> responsibilities >>>> where they don't belong. Some solutions leaving this transformation of >>>> the >>>> text input by the user until after conversion in the form processing >>>> life-cycle may be less lines of code (or less classes), but IMO, are >>>> bending >>>> rules and ignoring good design principles. >>>> >>>> Of course, others may disagree and come up with all sorts of "neat" >>>> solutions that still manage to upper-c
Re: Uppercasing inputs
Igor,
If there was a Java type called UpperCaseString that's what the developer
would use as the underlying object and you would not have this objection.
What's the difference between a converter translating 2009-04-04 to a
java.util.Date or even to a LunchDate which always sets the time part to
midday?
I agree clearly that the translation should not be done by the validator.
Regards - Cemal
http;//jWeekend.com
igor.vaynberg wrote:
>
> using conversion and validation for this is wrong.
>
> converters in wicket are meant to convert from type<->string because
> the web is type-agnostic. a string<->string conversion is not a
> conversion from wicket's point of view. yes, the code is somewhat
> unclear, we are going to address this in 1.5 where we can change some
> api and better name things.
>
> validation is also wrong. validation checks user input. the
> requirement to have this entered in uppercase is not on the user, it
> is on the system. so a validator should not fail because something was
> entered in non-uppercase.
>
> -igor
>
>
> On Thu, Mar 5, 2009 at 1:26 AM, jWeekend
> wrote:
>>
>> Martijn,
>>
>> Is there not already an EasyUpperCaseRUs.com web service you can
>> subscribe
>> to for unlimited conversions at an annual fee of under 30,000USD (or
>> 100USD/conversion) who also have a "5 free conversions" trial
>> subscription?
>>
>> Ether way, I would suggest this be done at conversion time so validation
>> can
>> do its job properly and you're not handing off conversion
>> responsibilities
>> where they don't belong. Some solutions leaving this transformation of
>> the
>> text input by the user until after conversion in the form processing
>> life-cycle may be less lines of code (or less classes), but IMO, are
>> bending
>> rules and ignoring good design principles.
>>
>> Of course, others may disagree and come up with all sorts of "neat"
>> solutions that still manage to upper-case a string; how about "just cut
>> out
>> the middle-man altogether and do it in a stored-procedure triggered on
>> INSERT and UPDATE" - that would work too, but wouldn't be my choice.
>>
>> There's also a degree of "it depends" here, but generally, the
>> form-processing life-cycle should be respected or explicitly overridden
>> for
>> a good design reason (to meet user requirements).
>>
>> Regards - Cemal
>> http://jWeekend.com jWeekend
>>
>>
>> Martijn Dashorst wrote:
>>>
>>> I suggest setting up an ESB with a UppercaseService that is available
>>> through EJB/SOAP/JAX-RS and JSON. UppercaseModel could then access
>>> that UppercaseService to make the value uppercase.
>>>
>>> Martijn
>>>
>>> On Thu, Mar 5, 2009 at 12:50 AM, Igor Vaynberg
>>> wrote:
>>>> you can create a convertermodel that takes an instance of iconverter
>>>> and uses that to convert the values, then you can subclass textfield,
>>>> override initmodel() and wrap any model the textfield had with this
>>>> one.
>>>>
>>>> that way everyone is happy!
>>>>
>>>> -igor
>>>>
>>>> On Wed, Mar 4, 2009 at 3:29 PM, Jeremy Thomerson
>>>> wrote:
>>>>> LOL! Nah - I would just change all the setters on every domain object
>>>>> to
>>>>> be:
>>>>>
>>>>> public void setFoo(String foo) {
>>>>> this.foo = foo == null ? null : foo.toUpperCase();
>>>>> }
>>>>>
>>>>> Or, maybe I'd use AOP and build an aspect that could automatically
>>>>> intercept
>>>>> calls to com.mydomain setters that take a single string argument and
>>>>> do
>>>>> the
>>>>> upper-casing there!
>>>>>
>>>>> It's makes me smile to think of how many ways a single thing can be
>>>>> done.
>>>>>
>>>>> Leszek - you should now definitely have plenty of choices. Pick which
>>>>> feels
>>>>> best / most comfortable for you!
>>>>>
>>>>> On Wed, Mar 4, 2009 at 5:22 PM, jWeekend
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> Igor,
>>>>>>
>>>>>> Nope, not for me (this time).
>>>>>> Here's the Javadoc for updateModel:
>>>>>> * Updates this component
Re: setRequired() final?
Kaspar, +1 Regards - Cemal http://jWeekend.com jWeekend hbf wrote: > > On 05.03.2009, at 10:49, Kaspar Fischer wrote: > >> I have a form component to select items and would like to add lower >> and upper constraints on the number of items that need to be set by >> the user. I added setMin() and setMax() methods and would like to >> override setRequired() to call setMin(1). However, >> FormComponent.setRequired is final. Is there a particular reason for >> this? > > On second thoughts I think I am mixing two concerns her: requiring > input and validation. I guess in my case, "required" is meaningless > (the list of selected items should not be null). And the constraint on > the number of items should be added via a validator. > > Kaspar > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/setRequired%28%29-final--tp22348364p22352383.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: DropDownChoice with disabled items
Adriano, Take a look at a mini-presentation I gave at one of our London Wicket Events sometime in last couple of years on "Select and SelectOption" at http://jweekend.com/dev/ArticlesPage/ . Regards - Cemal http://jWeekend.com jWeekend Adriano dos Santos Fernandes-3 wrote: > > Is there an easy way to do it? Output would be: > > > Enabled item > Disabled item > ... > > > > Adriano > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/DropDownChoice-with-disabled-items-tp22351308p22352276.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Button onSubmit not called, instead page reloads
Edwin,
Put a feedback panel on your page - you may have validation errors.
Regards - Cemal
http://jWeekend.com jWeekend
Edwin Ansicodd wrote:
>
> Have a page that extends another page that in turn extends
> org.apache.wicket.markup.html.WebPage. Have added a form that extends
> org.apache.wicket.markup.html.form.Form to this page. In this form, I
> have a org.apache.wicket.markup.html.form.Button
>
> Button searchButton = new Button("searchButton"){
> @Override
> public void onSubmit() {
>super.onSubmit();
>System.out.println("in searchButton");
>SearchPage.this.updateList();
> }
>
> in the html for the button:
>
>
>
> but when I click the button, instead of calling the onSubmit(), the page
> itself is reloaded.
>
> Would anyone have any ideas what might be wrong?
>
>
>
--
View this message in context:
http://www.nabble.com/Button-onSubmit-not-called%2C-instead-page-reloads-tp22350921p22351673.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: a bit of topic but i couldnt resist ....
Johan,
I can't have a thorough look at this until later, but the first thing I
noticed is that MyObject does not have equals and hashCode defined, yet you
are putting instances of it into hashed collections.
Even if that isn't causing the main issue you are demonstrating, you may
witness "surprising" behaviour.
Regards - Cemal
http://jWeekend.com jWeekend
Johan Compagner wrote:
>
> it has nothing to do with threading or concurent modification
>
> Its really a simple test just run this:
>
> import java.util.ArrayList;
> import java.util.Collection;
> import java.util.Comparator;
> import java.util.HashSet;
> import java.util.Iterator;
> import java.util.TreeSet;
>
> public class Test
> {
> public static void main(String[] args)
> {
> TreeSet set1 = new TreeSet(new
> Comparator(){
>
> public int compare(MyObject o1, MyObject o2)
> {
> return o1.aString.compareToIgnoreCase(o2.aString);
> }
> });
>
> set1.add(new MyObject("johan"));
> set1.add(new MyObject("rob"));
>
> HashSet set2 = new HashSet();
> set2.add(new MyObject("johan"));
>
>
> set1.removeAll(set2);
>
> System.err.println("this works: " + set1.size() + " == 1, and
> remainng object is " + set1.iterator().next() + " == rob");
>
> // add removed back in
> set1.add(new MyObject("johan"));
>
> // increase the size of set2 with some other random others
> set2.add(new MyObject("random1"));
> set2.add(new MyObject("random2"));
>
>
> // now size is bigger then set1, call removeall again:
> set1.removeAll(set2);
>
> System.err.println("this doesnt work: " + set1.size() + " != 1, so
> now both objects stil remain! This is because removeAll isnt overwritten
> by
> TreeSet and AbstractSet walks over the smallest set but then compare
> fails");
>
> // same for retainAll that also compares wrong.
> set1.retainAll(set2);
>
> System.err.println("set1 is now completely empty, but it should
> have
> 1 left: " + set1);
>
> // so both methods should always iterator through the colleciton
> they get and do the compare on its self
>
> set1 = new MyFixedTreeSet(new Comparator(){
>
> public int compare(MyObject o1, MyObject o2)
> {
> return o1.aString.compareToIgnoreCase(o2.aString);
> }
> });
>
> set1.add(new MyObject("johan"));
> set1.add(new MyObject("rob"));
>
> set1.removeAll(set2);
>
> System.err.println("now this works: " + set1.size() + " == 1, and
> remainng object is " + set1.iterator().next() + " == rob");
>
> // add removed back in
> set1.add(new MyObject("johan"));
>
> set1.retainAll(set2);
>
> System.err.println("set1 is now correct, it has 1 left: " + set1);
>
> }
>
> public static class MyObject
> {
> private final String aString;
>
> MyObject(String str)
> {
> aString = str;
> }
>
> @Override
> public String toString()
> {
> return aString;
> }
> }
>
> public static class MyFixedTreeSet extends TreeSet
> {
> public MyFixedTreeSet(Comparator comparator)
> {
> super(comparator);
> }
>
> @Override
> public boolean retainAll(Collection c)
> {
> ArrayList list = new ArrayList();
> Iterator e = c.iterator();
> while (e.hasNext()) {
> Object next = e.next();
> if (contains(next)) {
> list.add((E)next);
> }
> }
> boolean modified = list.size() < size();
> if (modified)
> {
> clear();
> for (E item : list)
> {
> add(item);
> }
> }
> return modified;
> }
>
> @Override
> public boolean removeAll(Collection c)
> {
> boolean modified = false;
> for (Iterator i = c.iterator(); i.hasNext(); )
> modifi
Re: Dutch government picks Hippo CMS for all public websites
Martijn, This really is big news for anyone that wants more people to be aware of just how good Wicket is and benefit from building serious systems with it. It says a lot about the quality of the framework, the people that have built it, and the community that supports it. Arje, special congratulations to your team, and thanks for making this breakthrough that puts Wicket onto a new level of "yes we can"ness for large organisations all over the world. Regards - Cemal http://jWeekend.com jWeekend Martijn Dashorst wrote: > > This is of huge interest for the Wicket community: HippoCMS is a large > supporter and user of Apache open source software in general, and > Wicket in particular. > > HippoCMS uses Wicket in large parts of their infrastructure and I am > excited to hear that Wicket will be at the basis for the Dutch > government. > > In a publication at the local IT gossip site 'webwereld' it is > announced that all government websites will be consolidated into one > portal using the Hippo technology. > > Kudos to the Hippo team! > > Martijn > > [1] > http://webwereld.nl/nieuws/56024/n-website-gaat-alle-rijksoverheidssites-vervangen.html > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.3.5 is released > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Dutch-government-picks-Hippo-CMS-for-all-public-websites-tp22347866p22348659.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Uppercasing inputs
Martijn,
Is there not already an EasyUpperCaseRUs.com web service you can subscribe
to for unlimited conversions at an annual fee of under 30,000USD (or
100USD/conversion) who also have a "5 free conversions" trial subscription?
Ether way, I would suggest this be done at conversion time so validation can
do its job properly and you're not handing off conversion responsibilities
where they don't belong. Some solutions leaving this transformation of the
text input by the user until after conversion in the form processing
life-cycle may be less lines of code (or less classes), but IMO, are bending
rules and ignoring good design principles.
Of course, others may disagree and come up with all sorts of "neat"
solutions that still manage to upper-case a string; how about "just cut out
the middle-man altogether and do it in a stored-procedure triggered on
INSERT and UPDATE" - that would work too, but wouldn't be my choice.
There's also a degree of "it depends" here, but generally, the
form-processing life-cycle should be respected or explicitly overridden for
a good design reason (to meet user requirements).
Regards - Cemal
http://jWeekend.com jWeekend
Martijn Dashorst wrote:
>
> I suggest setting up an ESB with a UppercaseService that is available
> through EJB/SOAP/JAX-RS and JSON. UppercaseModel could then access
> that UppercaseService to make the value uppercase.
>
> Martijn
>
> On Thu, Mar 5, 2009 at 12:50 AM, Igor Vaynberg
> wrote:
>> you can create a convertermodel that takes an instance of iconverter
>> and uses that to convert the values, then you can subclass textfield,
>> override initmodel() and wrap any model the textfield had with this
>> one.
>>
>> that way everyone is happy!
>>
>> -igor
>>
>> On Wed, Mar 4, 2009 at 3:29 PM, Jeremy Thomerson
>> wrote:
>>> LOL! Nah - I would just change all the setters on every domain object
>>> to
>>> be:
>>>
>>> public void setFoo(String foo) {
>>> this.foo = foo == null ? null : foo.toUpperCase();
>>> }
>>>
>>> Or, maybe I'd use AOP and build an aspect that could automatically
>>> intercept
>>> calls to com.mydomain setters that take a single string argument and do
>>> the
>>> upper-casing there!
>>>
>>> It's makes me smile to think of how many ways a single thing can be
>>> done.
>>>
>>> Leszek - you should now definitely have plenty of choices. Pick which
>>> feels
>>> best / most comfortable for you!
>>>
>>> On Wed, Mar 4, 2009 at 5:22 PM, jWeekend
>>> wrote:
>>>
>>>>
>>>> Igor,
>>>>
>>>> Nope, not for me (this time).
>>>> Here's the Javadoc for updateModel:
>>>> * Updates this components model from the request, it expects
>>>> that
>>>> the
>>>> object is already
>>>> * converted through the convertInput() call that is called by
>>>> the
>>>> validate() method when a form
>>>> * is being processed.
>>>>
>>>> Regards - Cemal
>>>> http://jWeekend.com jWeekend
>>>>
>>>>
>>>> igor.vaynberg wrote:
>>>> >
>>>> > pft, you guys!
>>>> >
>>>> > i would go with the simplest!
>>>> >
>>>> > class uppercasetextfield extends textfield {
>>>> > public void updatemodel()
>>>> > {
>>>> > final String str=getconvertedinput();
>>>> >
>>>> setdefaultmodelobject((str==null)?null:str.touppercase());
>>>> > }
>>>> > }
>>>> >
>>>> > done!
>>>> >
>>>> > -igor
>>>> >
>>>> > On Wed, Mar 4, 2009 at 3:07 PM, jWeekend
>>>>
>>>> > wrote:
>>>> >>
>>>> >> Jeremy,
>>>> >>
>>>> >> I sensed you were uncomfortable with my "most Wicket-way" suggestion
>>>> when
>>>> >> I
>>>> >> read
>>>> http://www.nabble.com/RE%3A-Uppercasing-inputs-p22338461.htmlyour
>>>> >> previous post on this thread stating that the model doing the
>>>> >> transformation work was on the "right track"; it is not unusual that
>>>> more
>>>> >> than one design can satisfy a given requirement.
>>>> >>
Re: Uppercasing inputs
Igor,
... hence the ;-)
The point is worth making for others who come across this thread, and, just
as much, in response to some of the other solutions suggested.
I don't think there's any more to be milked out of this thread.
Regards - Cemal
http://jWeekend.com jWeekend
igor.vaynberg wrote:
>
> sigh, i was being sarcastic. i frankensteined both yours and jeremy's
> ideas together into a solution that used both and was needlessly
> complex.
>
> -igor
>
>
> On Wed, Mar 4, 2009 at 3:59 PM, jWeekend
> wrote:
>>
>> Igor,
>>
>> Still no ;-)
>> A key point is that conversion should happen before validation so you can
>> check if the transformed data (not just the plain text) is valid.
>> Otherwise,
>> what is your validation good for?
>>
>> Regards - Cemal
>> http://jWeekend.com jWeekend
>>
>> PS You are still going to help when I get stuck, aren't you?
>> PPS Is PTF pause for thought, or were you swearing?
>>
>>
>>
>> igor.vaynberg wrote:
>>>
>>> you can create a convertermodel that takes an instance of iconverter
>>> and uses that to convert the values, then you can subclass textfield,
>>> override initmodel() and wrap any model the textfield had with this
>>> one.
>>>
>>> that way everyone is happy!
>>>
>>> -igor
>>>
>>> On Wed, Mar 4, 2009 at 3:29 PM, Jeremy Thomerson
>>> wrote:
>>>> LOL! Nah - I would just change all the setters on every domain object
>>>> to
>>>> be:
>>>>
>>>> public void setFoo(String foo) {
>>>> this.foo = foo == null ? null : foo.toUpperCase();
>>>> }
>>>>
>>>> Or, maybe I'd use AOP and build an aspect that could automatically
>>>> intercept
>>>> calls to com.mydomain setters that take a single string argument and do
>>>> the
>>>> upper-casing there!
>>>>
>>>> It's makes me smile to think of how many ways a single thing can be
>>>> done.
>>>>
>>>> Leszek - you should now definitely have plenty of choices. Pick which
>>>> feels
>>>> best / most comfortable for you!
>>>>
>>>> On Wed, Mar 4, 2009 at 5:22 PM, jWeekend
>>>> wrote:
>>>>
>>>>>
>>>>> Igor,
>>>>>
>>>>> Nope, not for me (this time).
>>>>> Here's the Javadoc for updateModel:
>>>>> * Updates this components model from the request, it expects
>>>>> that
>>>>> the
>>>>> object is already
>>>>> * converted through the convertInput() call that is called by
>>>>> the
>>>>> validate() method when a form
>>>>> * is being processed.
>>>>>
>>>>> Regards - Cemal
>>>>> http://jWeekend.com jWeekend
>>>>>
>>>>>
>>>>> igor.vaynberg wrote:
>>>>> >
>>>>> > pft, you guys!
>>>>> >
>>>>> > i would go with the simplest!
>>>>> >
>>>>> > class uppercasetextfield extends textfield {
>>>>> > public void updatemodel()
>>>>> > {
>>>>> > final String str=getconvertedinput();
>>>>> >
>>>>> setdefaultmodelobject((str==null)?null:str.touppercase());
>>>>> > }
>>>>> > }
>>>>> >
>>>>> > done!
>>>>> >
>>>>> > -igor
>>>>> >
>>>>> > On Wed, Mar 4, 2009 at 3:07 PM, jWeekend
>>>>>
>>>>> > wrote:
>>>>> >>
>>>>> >> Jeremy,
>>>>> >>
>>>>> >> I sensed you were uncomfortable with my "most Wicket-way"
>>>>> suggestion
>>>>> when
>>>>> >> I
>>>>> >> read
>>>>> http://www.nabble.com/RE%3A-Uppercasing-inputs-p22338461.htmlyour
>>>>> >> previous post on this thread stating that the model doing the
>>>>> >> transformation work was on the "right track"; it is not unusual
>>>>> that
>>>>> more
>>>>> >> than one design can satisfy a given requirement.
>>>>> >>
>>>>> >> Do you like
Re: Uppercasing inputs
Igor,
Still no ;-)
A key point is that conversion should happen before validation so you can
check if the transformed data (not just the plain text) is valid. Otherwise,
what is your validation good for?
Regards - Cemal
http://jWeekend.com jWeekend
PS You are still going to help when I get stuck, aren't you?
PPS Is PTF pause for thought, or were you swearing?
igor.vaynberg wrote:
>
> you can create a convertermodel that takes an instance of iconverter
> and uses that to convert the values, then you can subclass textfield,
> override initmodel() and wrap any model the textfield had with this
> one.
>
> that way everyone is happy!
>
> -igor
>
> On Wed, Mar 4, 2009 at 3:29 PM, Jeremy Thomerson
> wrote:
>> LOL! Nah - I would just change all the setters on every domain object to
>> be:
>>
>> public void setFoo(String foo) {
>> this.foo = foo == null ? null : foo.toUpperCase();
>> }
>>
>> Or, maybe I'd use AOP and build an aspect that could automatically
>> intercept
>> calls to com.mydomain setters that take a single string argument and do
>> the
>> upper-casing there!
>>
>> It's makes me smile to think of how many ways a single thing can be done.
>>
>> Leszek - you should now definitely have plenty of choices. Pick which
>> feels
>> best / most comfortable for you!
>>
>> On Wed, Mar 4, 2009 at 5:22 PM, jWeekend
>> wrote:
>>
>>>
>>> Igor,
>>>
>>> Nope, not for me (this time).
>>> Here's the Javadoc for updateModel:
>>> * Updates this components model from the request, it expects
>>> that
>>> the
>>> object is already
>>> * converted through the convertInput() call that is called by
>>> the
>>> validate() method when a form
>>> * is being processed.
>>>
>>> Regards - Cemal
>>> http://jWeekend.com jWeekend
>>>
>>>
>>> igor.vaynberg wrote:
>>> >
>>> > pft, you guys!
>>> >
>>> > i would go with the simplest!
>>> >
>>> > class uppercasetextfield extends textfield {
>>> > public void updatemodel()
>>> > {
>>> > final String str=getconvertedinput();
>>> >
>>> setdefaultmodelobject((str==null)?null:str.touppercase());
>>> > }
>>> > }
>>> >
>>> > done!
>>> >
>>> > -igor
>>> >
>>> > On Wed, Mar 4, 2009 at 3:07 PM, jWeekend
>>> > wrote:
>>> >>
>>> >> Jeremy,
>>> >>
>>> >> I sensed you were uncomfortable with my "most Wicket-way" suggestion
>>> when
>>> >> I
>>> >> read
>>> http://www.nabble.com/RE%3A-Uppercasing-inputs-p22338461.htmlyour
>>> >> previous post on this thread stating that the model doing the
>>> >> transformation work was on the "right track"; it is not unusual that
>>> more
>>> >> than one design can satisfy a given requirement.
>>> >>
>>> >> Do you like the idea of a model being responsible for conversion of
>>> >> users'
>>> >> textual input?
>>> >>
>>> >> Your article illustrates the use of nested models nicely but on this
>>> >> occasion I would probably go with
>>> >> http://www.nabble.com/Re%3A-Uppercasing-inputs-p22332471.html
>>> Adriano's
>>> >> idea
>>> >> for a client side, instant gratification, solution, and a custom text
>>> >> field
>>> >> with a converter if the conversion can happen later, on the server.
>>> >>
>>> >> Regards - Cemal
>>> >> http://jWeekend.com jWeekend
>>> >>
>>> >>
>>> >>
>>> >> Jeremy Thomerson-5 wrote:
>>> >>>
>>> >>> Cemal,
>>> >>> I think I have to respectfully disagree with you here. I describe
>>> >>> what
>>> >>> I
>>> >>> feel is a better solution, and a little bit of why in this blog post
>>> >>> from
>>> >>> a
>>> >>> few months ago:
>>> >>>
>>> >>>
>>> http://www.jeremythomerson.com/blog/2008/11/06/wicket-the-power-of-nested-models/
>>> >>>
>>> >>> Basically, doing
Re: Uppercasing inputs
Igor,
Nope, not for me (this time).
Here's the Javadoc for updateModel:
* Updates this components model from the request, it expects that the
object is already
* converted through the convertInput() call that is called by the
validate() method when a form
* is being processed.
Regards - Cemal
http://jWeekend.com jWeekend
igor.vaynberg wrote:
>
> pft, you guys!
>
> i would go with the simplest!
>
> class uppercasetextfield extends textfield {
> public void updatemodel()
> {
> final String str=getconvertedinput();
> setdefaultmodelobject((str==null)?null:str.touppercase());
> }
> }
>
> done!
>
> -igor
>
> On Wed, Mar 4, 2009 at 3:07 PM, jWeekend
> wrote:
>>
>> Jeremy,
>>
>> I sensed you were uncomfortable with my "most Wicket-way" suggestion when
>> I
>> read http://www.nabble.com/RE%3A-Uppercasing-inputs-p22338461.html your
>> previous post on this thread stating that the model doing the
>> transformation work was on the "right track"; it is not unusual that more
>> than one design can satisfy a given requirement.
>>
>> Do you like the idea of a model being responsible for conversion of
>> users'
>> textual input?
>>
>> Your article illustrates the use of nested models nicely but on this
>> occasion I would probably go with
>> http://www.nabble.com/Re%3A-Uppercasing-inputs-p22332471.html Adriano's
>> idea
>> for a client side, instant gratification, solution, and a custom text
>> field
>> with a converter if the conversion can happen later, on the server.
>>
>> Regards - Cemal
>> http://jWeekend.com jWeekend
>>
>>
>>
>> Jeremy Thomerson-5 wrote:
>>>
>>> Cemal,
>>> I think I have to respectfully disagree with you here. I describe
>>> what
>>> I
>>> feel is a better solution, and a little bit of why in this blog post
>>> from
>>> a
>>> few months ago:
>>>
>>> http://www.jeremythomerson.com/blog/2008/11/06/wicket-the-power-of-nested-models/
>>>
>>> Basically, doing it the way you suggested isn't reusable across many
>>> components - you have to create overridden variants of each type of
>>> input.
>>> Also, a converter (or more specifically, an implementation of
>>> IConverter)
>>> is
>>> supposed to be for transforming a type of object to a string usable in
>>> the
>>> browser / form post / etc, as it's javadoc mentions.
>>>
>>> Anyway, as the saying goes "there are many ways to skin a cat" -
>>> although
>>> the saying isn't that great, I think it applies - there are multiple
>>> ways
>>> of
>>> accomplishing the same thing.
>>>
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>>
>>> On Wed, Mar 4, 2009 at 12:04 PM, jWeekend
>>> wrote:
>>>
>>>>
>>>> Leszek,
>>>>
>>>> ... or, probably the most "Wicket-way" of doing this is to make a
>>>> TextField
>>>> subclass that overrides getConverter to return your special IConverter
>>>> implementation which performs the capitalisation in its
>>>> convertToObject.
>>>>
>>>> Regards - Cemal
>>>> http://jWeekend.com jWeekend
>>>>
>>>>
>>>> Leszek Gawron-2 wrote:
>>>> >
>>>> > Hello,
>>>> >
>>>> > one of my customers has this weird requirement that all data should
>>>> be
>>>> > input/shown uppercase. I can easily add
>>>> >
>>>> > input {
>>>> > text-transform: uppercase;
>>>> > }
>>>> >
>>>> > to my css rules, but this does not change the fact that data written
>>>> > into database will still be case sensitive.
>>>> >
>>>> > How can I create a behavior for TextField so that the dat is
>>>> uppercased
>>>> > before being written to the model?
>>>> >
>>>> > my regards
>>>> >
>>>> > --
>>>> > Leszek Gawron
>>>> >
>>>> > -
>>>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>> > For additional commands, e-mail: users
Re: Uppercasing inputs
Jeremy,
I sensed you were uncomfortable with my "most Wicket-way" suggestion when I
read http://www.nabble.com/RE%3A-Uppercasing-inputs-p22338461.html your
previous post on this thread stating that the model doing the
transformation work was on the "right track"; it is not unusual that more
than one design can satisfy a given requirement.
Do you like the idea of a model being responsible for conversion of users'
textual input?
Your article illustrates the use of nested models nicely but on this
occasion I would probably go with
http://www.nabble.com/Re%3A-Uppercasing-inputs-p22332471.html Adriano's idea
for a client side, instant gratification, solution, and a custom text field
with a converter if the conversion can happen later, on the server.
Regards - Cemal
http://jWeekend.com jWeekend
Jeremy Thomerson-5 wrote:
>
> Cemal,
> I think I have to respectfully disagree with you here. I describe what
> I
> feel is a better solution, and a little bit of why in this blog post from
> a
> few months ago:
>
> http://www.jeremythomerson.com/blog/2008/11/06/wicket-the-power-of-nested-models/
>
> Basically, doing it the way you suggested isn't reusable across many
> components - you have to create overridden variants of each type of input.
> Also, a converter (or more specifically, an implementation of IConverter)
> is
> supposed to be for transforming a type of object to a string usable in the
> browser / form post / etc, as it's javadoc mentions.
>
> Anyway, as the saying goes "there are many ways to skin a cat" -
> although
> the saying isn't that great, I think it applies - there are multiple ways
> of
> accomplishing the same thing.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
> On Wed, Mar 4, 2009 at 12:04 PM, jWeekend
> wrote:
>
>>
>> Leszek,
>>
>> ... or, probably the most "Wicket-way" of doing this is to make a
>> TextField
>> subclass that overrides getConverter to return your special IConverter
>> implementation which performs the capitalisation in its convertToObject.
>>
>> Regards - Cemal
>> http://jWeekend.com jWeekend
>>
>>
>> Leszek Gawron-2 wrote:
>> >
>> > Hello,
>> >
>> > one of my customers has this weird requirement that all data should be
>> > input/shown uppercase. I can easily add
>> >
>> > input {
>> >text-transform: uppercase;
>> > }
>> >
>> > to my css rules, but this does not change the fact that data written
>> > into database will still be case sensitive.
>> >
>> > How can I create a behavior for TextField so that the dat is uppercased
>> > before being written to the model?
>> >
>> > my regards
>> >
>> > --
>> > Leszek Gawron
>> >
>> > -
>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> > For additional commands, e-mail: users-h...@wicket.apache.org
>> >
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Uppercasing-inputs-tp22332360p22335650.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Uppercasing-inputs-tp22332360p22341681.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Uppercasing inputs
Leszek,
... or, probably the most "Wicket-way" of doing this is to make a TextField
subclass that overrides getConverter to return your special IConverter
implementation which performs the capitalisation in its convertToObject.
Regards - Cemal
http://jWeekend.com jWeekend
Leszek Gawron-2 wrote:
>
> Hello,
>
> one of my customers has this weird requirement that all data should be
> input/shown uppercase. I can easily add
>
> input {
>text-transform: uppercase;
> }
>
> to my css rules, but this does not change the fact that data written
> into database will still be case sensitive.
>
> How can I create a behavior for TextField so that the dat is uppercased
> before being written to the model?
>
> my regards
>
> --
> Leszek Gawron
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Uppercasing-inputs-tp22332360p22335650.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
London Wicket Event - 1st of April @ Google
Our next London Wicket Event will be on the evening of Wednesday, April 1st, at Google. Martijn Dashorst will be flyiing over from Holland for the evening; as well as giving us a couple of interesting presentations, he will be signing your copies of Wicket In Action. Manning are kindly sending over a few copies too, so we'll be having another of our well-organised(?!) raffles. Al has fixed a bigger room for us at Google, who have been kindly hosting our events, but we do expect a fairly full auditorium again so http://jweekend.com/dev/LWUGReg/ register early. Al and I (and Martijn, no doubt, this time) will also run a general Wicket Q&A to wrap things up as usual. We'll be getting in some hot Pizza for around 18:15 and then: * http://jWeekend.com Cemal Bayramoglu : Welcome/Introduction * Marc Ziman: My Agile Stack (Wicket, Spring, Hibernate, MySQL) * http://wicketinaction.com Martijn Dashorst : Complex UIs With Wicket * Martijn Dashorst: Quality Control * http://herebebeasties.com Al Maw : TBD * Al Maw & Cemal Bayramoglu: General Wicket Q&A If you're not in a rush to get away join us for the customary visit to a local pub straight after the Q&A. We're lucky to attract a very good crowd and they say really nice things about our events, so if you've never been, you'd most likely enjoy the experience. Full details and registration are at at http://jweekend.com/dev/LWUGReg/ the usual place - don't forget to confirm (or cancel) your registration using the link in the automated email. Regards - Cemal http://jWeekend.com jWeekend -- View this message in context: http://www.nabble.com/London-Wicket-Event---1st-of-April-%40-Google-tp22327416p22327416.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question re: style and variation
Igor, I'd say your "HomePage[style_variation]_US_en.html that way a style only version can be HomePage[style]_US_en.html and variation only would be HomePage[_variation]_US_en.html we can then forbid the use of _ in style and variation names. " is the best option (so far). There are no special rules or empty brakets unless you choose to use Wicket specific features (style and variation). And, it somehow looks less ugly than some of the other suggestions, especially mine! Thanks for the example use-case; I expect someone, somewhere out there is making good use of "variations". Regards - Cemal http://jWeekend.com jWeekend igor.vaynberg wrote: > > i dont like the fact that there is now a -, (, ), and _ in the name > > i can live with something like HomePage()(variation)_US_en.html vs > > HomePage()(variation)(US_en) > > maybe even simpler would be do > > HomePage[style_variation]_US_en.html > > that way a style only version can be HomePage[style]_US_en.html > > and variation only would be HomePage[_variation]_US_en.html > > we can then forbid the use of _ in style and variation names. > > its a little more complex but avoids an empty [] or () to indicate > variation only markup. > > I still think that HomePage[][variation][US_en].html does look cleaner > and simpler then > > HomePage[][variation]_US_en.html or HomePage[_variation]_US_en.html > > because in HomePage[][variation][US_en] you only have to know [] as > separators. > > > the usecases for variations vary. suppose your application is divided > in two frames and the user can select the color scheme for both. > having a single value for style wont work here, it has to be per > component. > > -igor > > On Tue, Mar 3, 2009 at 7:18 PM, jWeekend > wrote: >> >> Igor, >> >> In Java, variant is the least significant component(s) of a locale: >> lang_COUNTRY_variant . >> >> Wicket adds style and variation (right?) so maybe only these components >> of >> the filename should have a special marker. That way, some level of >> consistentcy is maintained and the Wicket specific style & variation are >> clearly identifiable. >> So, for example, HomePage-aStyle(aVariation)_th_TH_TH.html - in this >> example you'd need to double check that dash and the parenthesis can be >> used >> in file names on all relevant filesystems (you could even make the >> markers >> configurable I suppose in Application#init and/or using system properties >> ...). Of course it's not pretty; at the end of the day, your stuck with >> character strings so you can't stop people confusing themselves (and >> maybe >> Wicket too) with funky file names using these "special" characters. >> >> The javadoc says: Whereas Styles are Session (user) specific, variations >> are >> component specific. E.g. if the Style is "ocean" and the Variation is >> "NorthSea", than the resources are given the names suffixed with >> "_ocean_NorthSea". >> >> Is there a standard use-case where the solution involves using variation >> (that's in keeping with the original intent)? >> >> Regards - Cemal >> http://jWeekend.com jWeekend >> >> >> igor.vaynberg wrote: >>> >>> yeah, not to mention it might get quiet ugly >>> >>> mypanel_style.html >>> mypanel_style__variant.html >>> mypanel_style__variant___locale.html >>> >>> mypanel__variant.html >>> >>> mypanel___locale.html >>> >>> markup(locale)(style)(variant) might work and is simpler >>> >>> mypanel(en_us).html >>> >>> mypanel(en_us)()(variant).html >>> >>> but sure looks ugly... :) >>> >>> not sure which one is better >>> >>> -igor >>> >>> >>> On Mon, Mar 2, 2009 at 11:30 PM, Ned Collyer >>> wrote: >>>> >>>> Yep :). >>>> >>>> I at least 1 thought on this matter. >>>> >>>> Currently, I have a "webapp" module - which will have my components in >>>> it, >>>> and my components variants. >>>> >>>> I have pushed all i18n into properties files - which is working thus >>>> far. >>>> >>>> I allow the clients to customise their HTML from another folder - ie, >>>> someplace on the filesystem outside of the war. >>>> >>>> The lookup for html files for me .. should be >>>> >>>&g
Re: Question re: style and variation
Igor, In Java, variant is the least significant component(s) of a locale: lang_COUNTRY_variant . Wicket adds style and variation (right?) so maybe only these components of the filename should have a special marker. That way, some level of consistentcy is maintained and the Wicket specific style & variation are clearly identifiable. So, for example, HomePage-aStyle(aVariation)_th_TH_TH.html - in this example you'd need to double check that dash and the parenthesis can be used in file names on all relevant filesystems (you could even make the markers configurable I suppose in Application#init and/or using system properties ...). Of course it's not pretty; at the end of the day, your stuck with character strings so you can't stop people confusing themselves (and maybe Wicket too) with funky file names using these "special" characters. The javadoc says: Whereas Styles are Session (user) specific, variations are component specific. E.g. if the Style is "ocean" and the Variation is "NorthSea", than the resources are given the names suffixed with "_ocean_NorthSea". Is there a standard use-case where the solution involves using variation (that's in keeping with the original intent)? Regards - Cemal http://jWeekend.com jWeekend igor.vaynberg wrote: > > yeah, not to mention it might get quiet ugly > > mypanel_style.html > mypanel_style__variant.html > mypanel_style__variant___locale.html > > mypanel__variant.html > > mypanel___locale.html > > markup(locale)(style)(variant) might work and is simpler > > mypanel(en_us).html > > mypanel(en_us)()(variant).html > > but sure looks ugly... :) > > not sure which one is better > > -igor > > > On Mon, Mar 2, 2009 at 11:30 PM, Ned Collyer > wrote: >> >> Yep :). >> >> I at least 1 thought on this matter. >> >> Currently, I have a "webapp" module - which will have my components in >> it, >> and my components variants. >> >> I have pushed all i18n into properties files - which is working thus far. >> >> I allow the clients to customise their HTML from another folder - ie, >> someplace on the filesystem outside of the war. >> >> The lookup for html files for me .. should be >> >> custom dir - myPanel_myVariant_myStyle.html >> webapp.war - myPanel_myVariant_myStyle.html >> custom dir - myPanel_myVariant.html >> webapp.war - myPanel_myVariant.html >> custom dir - myPanel_myStyle.html >> webapp.war - myPanel_myStyle.html >> custom dir - myPanel.html >> webapp.war - myPanel.html >> >> I have a similar thing in place for properties files - and the result is >> actually a merge of the properties between filesystem and classpath. >> >> So many ways to skin a cat. If only we could skin this cat with locale, >> style AND variant - each optional. >> >> More static count of delimiters? Folder structure? Different delimiters? >> Different data in filename? Contents of file? >> >> The balancing act is keeping it simple - which its currently nailed, but >> not >> quite as useful as it could be!!! >> >> >> igor.vaynberg wrote: >>> >>> the problem is, if you have MyPanel_foo.html, is foo the style, the >>> variation, or the locale? >>> >>> perhaps we can identify the parts differently...needs some thinking. >>> >>> -igor >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Question-re%3A-style-and-variation-tp22302526p22303708.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Question-re%3A-style-and-variation-tp22302526p22322875.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: a bit of topic but i couldnt resist ....
Johan,
The question is phrased in such an ambiguous way that it's not even clear if
you're using Java!
If your col1 and set1 refer to the same object then your "foreach" is not
going to get very far (concurrent modification) so I'll assume thatcol1
!= set1 .
>From a non-functional perspective (acceptable performance, for instance), a
smart implementation of removeAll may loop around the smaller of the two
collections, unlike your "foreach". Now that may seem irrelevant, but if
col1 is a hashed (and well hashed) the removeAll may finish in an acceptable
timeframe if it is an optimised implementation whereas your for loop code
could go on for longer (potentially, unacceptably long).
Functionally, the first problem you face is that both remove and removeAll
are "optional", so either one, or even both of your snippets may just throw
an exception at you. If they both throw the same exception, I suppose you
may even argue that your 2 snippets are functionally the same for those
implementations of the two collections! If only one throws an
UnsupportedOperationException then they are not equivalent.
The question of the Set being sorted or not is also interesting, but may be
a red herring if remove and removeAll are implemented consistently (but they
may not be). If the elements of your collections are Comparables, then "it
is recommended but not strictly required" that (x.compareTo(y)==0) ==
(x.equals(y)). Comparator's compare method contract is similarly loose.
Put this in your test case:
public void testComparingEquals(){
BigDecimal onePointOh = new BigDecimal("1.0");
BigDecimal onePointOhOh = new BigDecimal("1.00");
assertEquals(0, onePointOh.compareTo(onePointOhOh));
assertFalse(onePointOh.equals(onePointOhOh));
}
... yes, it passes!
That means that you could have elements of the same type in both your
collections and still get a different result from each of your two snippets
depending on the Comparator passed in to a sorted collection referred to by
set1.
I think there may be more stuff that can go wrong here, but let's see where
this thread heads off to!
Regards - Cemal
http://jWeekend.com jWeekend
Johan Compagner wrote:
>
> Is this the same?
>
> Set set1 = xxx
> Collection col1 = xxx;
>
> foreach (col in col1)
> set1.remove(col)
>
> or
>
> set1.removeAll(col1);
>
>
> ???
>
>
--
View this message in context:
http://www.nabble.com/a-bit-of-topic-but-i-couldnt-resist--tp22319709p22321977.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: NullPointerExceptions due to missing Spring constructor injection
Christian,
It sounds like you're sinking fast into some quicksand you've created in
your mind - partly because you don't trust, Wicket, Spring, the
Wicket-Spring integration or even Java yet! Your question has nothing to do
with Wicket, Spring or Wicket-Spring integration.
First of all, forget every assumption and deduction in your original post on
this thread (none is correct). Even if you don't have have time to
experiment with Spring DI, have another read of the
http://cwiki.apache.org/WICKET/spring.html Wicket-Spring Wiki page and see
the http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-phonebook
phone book example . Reading up about object initialisation in Java
(especially implicit superclass constructor calls) may clear a few things up
too.
Once you're familiar with standard usage patterns of Spring DI and then
Wicket's Spring integration, I'm sure you'll appreciate how very "proper"
Wicket-Spring integration actually is; bear in mind that this is used in a
lot of production systems, and it "just works", very nicely.
Here's a solution to your problem (I'll assume you chose to have a null
constructor because you need bookmarkable links) -
@SpringBean private ArticleRepository repository;
public ArticlePage() {this(null);}
public ArticlePage(Article article){
article = article==null?repository.findByName("index"):article;
add(new Label("name", new PropertyModel(article, "name")));
...
}
Does that make sense?
Regards - Cema
http://jWeekend.com jWeekend
christian.helmbold wrote:
>
> Hi Martjin,
>
> it is not possible to compile the code without static. Without static I
> get the compiler error: "cannot reference repository before supertype
> constructor has been called". But I cannot write
> public ArticlePage()
> {
>super();
>this();
> }
> because each of them must be the first statement in the constructor. And I
> cannot inject the reference directly into the constructor because of the
> mentioned restriction of Wickets Spring integration (no constructor
> injection).
>
> The only way out of this dilemma seems to be not to inject the repository.
> But if I cannot use injected reference within constructors I don't know
> why I should use Dependency Injection (DI). The constructors are very
> important in most classes of Wicket applications. I could use the the
> service locator pattern with it's pros and cons. But I hope there is a
> solution with DI ...
>
> Regards
> Christian
>
> --
> http://www.groovy-forum.de
>
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/NullPointerExceptions-due-to-missing-Spring-constructor-injection-tp22263431p22265963.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Martijn Dashorst at London Wicket Event
I am pleased to announce that after nearly 18 months of gentle persuasion Martijn Dashorst will be joining us at our next London Wicket Event on April 1st. He will be giving a couple of talks covering very interesting topics and signing your copy of Wicket In Action. As in the past, we'll give away a couple of copies too, by raffle. I will be speaking to Al about the chances of finding a bigger room at Google or elsewhere since our events are gathering momentum and with Martijn's presence we could exceed our usual 50-55 limit this time. I will update the event/registration page at jWeekend's site as soon as I have a stable schedule (do not try to sign up until then) as I am working on confirming 2 more very interesting talks. So make a note in your diaries if you can be in London on April 1st (yes, that's April 1st) and look out for our formal announcement soon. Regards- Cemal http://jWeekend.com jWeekend -- View this message in context: http://www.nabble.com/Martijn-Dashorst-at-London-Wicket-Event-tp22248444p22248444.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: AW: Troubles with Spring: bean of type X not found
Christian, The declared type of your "repository" field should be an interface (that PageRepository implements, in this case). In the Spiring config, your PageRepository is used as a class, so I guess it is not an interface. The proxy Wicket will inject is of the type of that interface, not (necessarily) of the implementation class. Does that make sense? Regards - Cemal http://jWeekend.com jWeekend christian.helmbold wrote: > > This is because of changes while writing my last email. Now all package > names are changed, but the error still occurs. > > Christian > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Troubles-with-Spring%3A-bean-of-type-X-not-found-tp22124921p22128992.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket meetup in Switzerland?
Thomas, This is partly because, strange as it may seem, not everyone that develops with Wicket uses this list. We have clients and students that have come over for jWeekend Wicket courses from Switzerland and for our http://jWeekend.com/dev/LWUGReg/ London Wicket Events - I have never seen them post here, although they really enjoy Wicket. If it looks like you'll be going ahead let me know if you like me to contact them about your idea. You are also more than welcome to visit us at our next London Wicket Event (which will be on April 1st, at Google - details to be confirmed) that has gone from strength to strength in nearly 2 years since jWeekend founded it with Al Maw, but we also experienced quiet moments, especially during the first 6 months. In fact, despite regularly getting up to 50 people registering these days, it's very rare that our guests will post here afterwards saying how much they enjoy our events so others will know and come along, even though they tell us they love our events and keep coming back and wish we arranged more of them! We also offer to help people with their commercial/work projects during our events, I think that helped us build some momentum in the early days. The moral of the story is don't give up - you need to start somewhere, even if there's just a handful of you. What you may also find difficult at the start is getting enough people to prepare and deliver presentations that your guests would be willing to travel for. At the start it was just Al and I giving presentations, with maybe one other speaker if we were lucky. It took me several months to get that ball rolling smoothly, and even now we try to arrange things with our presenters several months in advance and jWeekend help with their presentation preparation and occasionally, cover their travel/accommodation expenses. We give everyone Pizza too, and are almost always the last to leave the pub after the event! I think some of our hard-core regulars feel it's just a good night out, as we seem to attract a really good bunch of people - and, from my experience, that is representative of the Wicket community/users generally. Let me know if you think we can help with what you're starting up in Switzerland. Regards - Cemal http://jWeekend.com jWeekend Thomas Mäder-2 wrote: > > Whoa! The silence is deafening! Since I've had one answer in a week, I > guess > there is just no interest. Oh well... > > Thomas > > On Mon, Feb 16, 2009 at 12:04 PM, Thomas Mäder > wrote: > >> Hi Folks, >> >> I would be willing to organize a Wicket meetup in Switzerland if there is >> enough interest. I propose a meeting somewhere in Zürich. The format I >> imagine is that participants could (don't have to) shortly (15-20min.) >> present their work with Wicket (demos are always nice). That would be >> followed by general mingling with drinks & snacks. >> For the date, I would shoot for the week starting March 16, 17:30-20:30h. >> Would you be interested in participating in/hosting/sponsoring such a >> thing? Either reply here or to me privately, and if there is enough >> interest, I'll set up a thing on the wiki. >> >> Thomas >> >> -- >> Thomas Mäder >> Wicket & Eclipse Consulting >> www.devotek-it.ch >> > > > > -- > Wicket & Eclipse Consulting > www.devotek-it.ch > thomasmaeder.blogspot.com > > -- View this message in context: http://www.nabble.com/Wicket-meetup-in-Switzerland--tp22035241p22120034.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: London Wicket Event
Reinout, It was good to see you and Ronald there and to know that you enjoyed your time with us - we have again had a lot of excellent feedback but it's always good (and still a bit surprising) that so many people travel, for just one night, to our events in London! Anyway, closer to home, you may be interested in the ApacheCon Europe, 2009 [1] in Amsterdam, on March 23-27, where Martijn and co are organising good looking talks/classes [2]. jWeekend will be one of the sponsors, but at the moment, it is looking most unlikely that I will be there (I am working on it). [1] http://www.eu.apachecon.com/c/aceu2009/ [2] http://cwiki.apache.org/confluence/display/WICKET/Wicket+Community+meetups+-+Amsterdam Regards - Cemal http://jWeekend.com jWeekend Reinout van Schouwen-4 wrote: > > Hi Cemal, > > Op donderdag 05-02-2009 om 01:39 uur [tijdzone -0800], schreef jWeekend: > >> It looks like we already have 5 or 6 people quite keen to join in from >> our >> London Wicket Event last night, (...) > > On behalf of my colleague Ronald and myself I'd just like to mention > that our short visit to London for the Wicket Event on February 4th was > well worth it. Very informative talks on Scala and Wicket and some > productive discussions afterwards. > > Thanks and till next time! > > -- > Reinout van Schouwen > Huygens Institute > Royal Netherlands Academy of Arts and Sciences > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Wicket-Jiras%2C-Wednesday-11-Feb%2C-%40-jWeekend-tp21847882p22103782.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
