The Flemish Goverenemt (Belgium) has at least 2 intranet applications built on wicket. These are intranet applications, so I cannot give you some fancy urls. (but the apps are really fancy, I can assure you :-) )
Pieter On Fri, Jan 8, 2010 at 10:32 AM, Martijn Dashorst < [email protected]> wrote: > The dutch railways use wicket in at least one of their online apps > (http://eropuit.nl), I know some dutch government agencies are using > Wicket, dutch royal airlines (KLM) had/have a project using Wicket. > > Martijn > > On Fri, Jan 8, 2010 at 10:09 AM, <[email protected]> wrote: > > Hi, > > > > We also had the same consideration when we chose Wicket. But why choose > an > > inferior technology just because of it's Adoption Numbers? Also, Wicket > is > > becoming more and more popular as people see the light :) > > > > Check out Jobs Trends (Relative Growth) here (JSF vs Struts vs Wicket): > > http://www.indeed.com/jobtrends?q=Struts%2C+JSF%2C+Wicket&l=&relative=1 > > > > We have a couple of hundred customers and so far the feedback is great > > both from our Developers and our Software Architects. Customers like that > > the GUIs are faster due to the simplicity of Ajax Adoption in Wicket. > > > > I also know that several large privately held companies in Sweden are > > using Wicket, as well as large Government Agencies (e.g. the Swedish > > Immigration Office). > > > > > > Sincerely yours > > Leo Erlandsson > > > > > > > > > > > > > > Lester Chua <[email protected]> > > 2010-01-08 01:43 > > Sänd svar till > > [email protected] > > > > > > Till > > [email protected] > > Kopia > > > > Ärende > > Help with Wicket Adoption Numbers > > > > > > > > > > > > > > Hi, > > > > I am facing a hurdle that need crossing in my final attempt to push > > Wicket for use in an organization. > > I have: > > > > 1) Prototyped a small size module > > 2) Did 2-3 presentations on the key features and advantages of wicket > > > > No one is disputing my claims about productivity and good OO code that > > was the result. > > > > BUT, the technology evaluation committee is NOT recommending Wicket > > because of..... of all things..... > > - Wicket's Low Adoption Rate!!!! > > Can I find any numbers to blow this away? > > > > My alternative is to accept the finding and work with Struts 2. Which > > will mean the stack will need to expand to DWR > > (for security). I REALLY don't want to go there, and am even > > considering not taking part in this project due to the high risk > > involved, only 9 months to introduce huge changes to a system that has > > lots of legacy problems (took about 3 years to build). I think a lot of > > those years were spent wrestling with the monster that is EJB 1.1. The > > only way I thought the project can even be on time is to scrap the > > entire presentation layer (aka Struts) and redo it in Wicket with 1 > > dedicated developer while the rest of the team work on killing the beast > > that is EJB 1.1 by refactoring the biz code. > > > > Sigh, my choices are stark. It's either to keep the job and plough ahead > > and probably fail spectacularly 9 months later or go hungry and explain > > to my wife why we need to spend less on the kid...... > > > > It's easy to blame the tech committee but they did help me find wicket > > by rejecting my initial proposal to build the new system on a > > (JQuery+JSON+REST) framework, which can be very productive as well, if > > not as "clean" as Wicket. > > > > Sorry for rambling so much. Is there any way I can demolish the silly > > low adoption rate argument (omg I still don't believe it can be so lame)? > > > > Lester > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > > > > > > > -- > 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.4 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > -- Pieter Degraeuwe Systemworks bvba Belgiëlaan 61 9070 Destelbergen GSM: +32 (0)485/68.60.85 Email: [email protected] visit us at http://www.systemworks.be
