Re: Apache Wicket 1.5.8 is released
Congratulations with the new release. I guess it would be best if 1.5.8 was added to the dropdown box (and become the default option) on http://wicket.apache.org/start/quickstart.html regards Maarten On Fri, Aug 24, 2012 at 5:02 PM, Martin Grigorov wrote: > This is the eighth maintenance release of the Wicket 1.5.x series. This > release brings over 45 bug fixes and improvements. > > Git tag: > release/wicket-1.5.8 > > Changelog: > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310561&version=12321662 > > Maven: > > org.apache.wicket > wicket-core > 1.5.8 > > > > Download the full distribution (including source): > http://www.apache.org/dyn/closer.cgi/wicket/1.5.8 > > The Wicket team > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicket jQuery Validator integration
On Wed, Feb 15, 2012 at 5:41 PM, Paul Jackson wrote: > We do something very similar to this, and agree that it works really > well. We also use JSR303 annotations on our domain models and use them > to drive adding both wicket and jquery validators. > > We have a bunch of ValdiationConfiguration classes that know what to add > to the markup and javascript to get the client side validation to work, > so we don't need an extension to IValidator. > > Cheers, > Paul > > -Original Message- > From: Zachary Bedell [mailto:zacl...@thebedells.org] > Sent: 15 February 2012 15:52 > To: users@wicket.apache.org > Subject: Wicket jQuery Validator integration > > Good morning, > > Reading a recent thread about accessing jQuery Validation from Wicket > reminded me that I've developed some code that might be of use. I'm not > sure if this is something anyone else would be interested in or if it's > something that might eventually be integrated into Wicket core or if it > would be more appropriate for one of the existing jQuery/Wicket > integration libraries. I wanted to describe what I've cooked up so far. > If this is anything that would be useful, I'd be willing to clean the > code up a bit to extract a few bits that are specific to our environment > and post the code somewhere. > > My intent was to get client-side validation using Wicket's existing > validation classes without requiring AJAX calls to make them work and > preferably without requiring Page's to include lots of unsightly > JavaScript. Also, not duplicating validation logic on the client & > server tiers was desirable. The code was originally developed for a > site that was expected to receive a high amount of traffic in a short > period of time, and avoiding unnecessary server calls was a priority. > > I created a subclass of Form (ClientSideValidatingForm) which examines > each FormComponent (and sub-Form) added to it and extracts information > about the standard Wicket validations. It generates JavaScript which > uses jQuery's Validator library to apply client-side checks equivalent > to the Wicket server side checks. The nice thing about this is that you > get client-side validation for "free" just by adding the normal Wicket > validations plus you still get all your validations backed up in the > server side in case JavaScript is unavailable or disabled. > > The implementation of the class does lack a bit in terms of elegance > unfortunately. As the Wicket validation interface doesn't currently > know anything about JavaScript, it was necessary to run a chain of > instanceof checks against all the known Wicket validations and emit > JavaScript to mirror their logic. I also created an extension of the > Wicket IValidator interface which can provide JavaScript functions to > perform validation equivalent to the server-side Java code. The > extraction code in ClientSideValidatingForm preferentially checks for > this interface and uses provided JavaScript if available. Otherwise, > it's a bunch of instanceof's to check for known validations or log an > error if an unknown instance of IValidator is found. > > Long term, it would be helpful if the stock Wicket IValidator interface > could include a method to get JavaScript validations for all of the > stock validations. > > The code is pretty tightly bound to jQuery Validator at this point, but > it's likely the methodology could be abstracted to other validation > frameworks. It's also built using WiQuery, though that's mostly as a > convenience to get the same version of jQuery that we use elsewhere. > The same could easily be implemented without WiQuery provided a version > of jQuery was contributed to the response via some other mechanism. > > Is this something anyone would be interested in? > yes ;-) > > Best regards, > Zac Bedell > > (Apologies if this is a dupe. I had some email client config issues this > morning...) > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > ** > Please consider the environment - do you really need to print this email? > > This email is intended only for the person(s) named above and may contain > private and confidential information. If it has come to you in error, > please destroy and permanently delete any copy in your possession and > contact us on +44 (0) 161 480 4420. The information in this email is > copyright © CDL Group Holdings Limited. We cannot accept any liability for > any loss or damage sustained as a result of software viruses. It is your > responsibility to carry out such virus checking as is necessary before > opening any attachment. > > Cheshire Datasystems Limited uses software which automatically screens > incoming emails for inappropriate content and attachments. If the software > identifies such content or at
Re: Wicket-Source: Click-through from browser back to Java source
I have not yet checked which URL's are used by the 42lines wicket-source Firefox/Chrome extension but just wanted to let you know that a few years ago I created an IntelliJ IDEA plugin to jump from a URL to a specific line of code in IntelliJ The plugin still works in recent IntelliJ versions http://plugins.intellij.net/plugin/?id=1894 source-code: http://code.google.com/p/firewood/source/browse/#svn%2Ftags%2FJumpToCode-0.7%253Fstate%253Dclosed regards Maarten On Wed, Feb 8, 2012 at 2:19 PM, armhold wrote: > Thanks Minas, I'll take a look. > > I do have a bug in my plugin in that the configuration panel seems to > always > appear twice in the "IDE Settings" popup, so your existing code might be > helpful in figuring that out. > > The Intellij documentation on plugin API documentation isn't the best, > unfortunately. > > Thanks again, > George > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/Wicket-Source-Click-through-from-browser-back-to-Java-source-tp4346532p4369389.html > Sent from the Users forum mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: wicket-dojo wrappers
OK, hadn't seen your last message On Thu, Nov 10, 2011 at 5:42 AM, Maarten Bosteels wrote: > I think your attachment didn't make it to the mailing list. > > Maarten > > On Wed, Nov 9, 2011 at 7:52 PM, David Berkman wrote: > >> I've had a number of requests, so I'll upload this bit of code here so >> people can have a look. I know there's room for improvement in the code >> that exists, and a ton that needs to be done. There's a wicket-dojo project >> on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much >> cleaner, with many more advanced integrations. However, that project lacked >> implemented wrappers for Dojo Dijits, which is what I wanted most. The code >> there also seemed a bit daunting, so I began a project to make wrappers I >> could understand, and extend, and learn both Wicket and Dojo in the >> process. This is the results so far. The few advantages it has over the >> GitHub code I've linked to are... >> >> 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and >> extensible (it's getting better). >> 2) All the wrappers use fluent APIs >> 3) You can generally set a field, or your own model, interchangeably. For >> instance, if you want to set a Title, you can usually setTitle(String >> title) or setTitleModel(IModel titleModel). Being able to control >> the model is extremely useful. >> 4) You can generally set attributes in your HTML and these values will >> initialize the fields/models in the wrappers on a non-Ajax render. Values >> can then be dynamically altered from there via Ajax (as with user >> interaction). >> 5) Using setIntermediateChanges(true) will generally update the wrappers' >> fields/models upon user interactions with the Dijit, via Ajax (you can also >> add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to >> things like stack container updating its models for selected child index >> and id. >> >> There's still much to do. It's not the cleanest code yet. It doesn't >> handle animations or fx or anything but presenting widgets. It's part of a >> larger project so I haven't presented a real build, just the code. If >> people are interested, I can cleave this off and provide a true maven build. >> >> David >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > >
Re: wicket-dojo wrappers
I think your attachment didn't make it to the mailing list. Maarten On Wed, Nov 9, 2011 at 7:52 PM, David Berkman wrote: > I've had a number of requests, so I'll upload this bit of code here so > people can have a look. I know there's room for improvement in the code > that exists, and a ton that needs to be done. There's a wicket-dojo project > on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much > cleaner, with many more advanced integrations. However, that project lacked > implemented wrappers for Dojo Dijits, which is what I wanted most. The code > there also seemed a bit daunting, so I began a project to make wrappers I > could understand, and extend, and learn both Wicket and Dojo in the > process. This is the results so far. The few advantages it has over the > GitHub code I've linked to are... > > 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and > extensible (it's getting better). > 2) All the wrappers use fluent APIs > 3) You can generally set a field, or your own model, interchangeably. For > instance, if you want to set a Title, you can usually setTitle(String > title) or setTitleModel(IModel titleModel). Being able to control > the model is extremely useful. > 4) You can generally set attributes in your HTML and these values will > initialize the fields/models in the wrappers on a non-Ajax render. Values > can then be dynamically altered from there via Ajax (as with user > interaction). > 5) Using setIntermediateChanges(true) will generally update the wrappers' > fields/models upon user interactions with the Dijit, via Ajax (you can also > add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to > things like stack container updating its models for selected child index > and id. > > There's still much to do. It's not the cleanest code yet. It doesn't > handle animations or fx or anything but presenting widgets. It's part of a > larger project so I haven't presented a real build, just the code. If > people are interested, I can cleave this off and provide a true maven build. > > David > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org >
Re: Wicket Job Opportunity in Belgium (Leuven)
Hi, We are looking for a permanent, full-time position, not for a consultant. We need someone who is able to work at our office at least 4 days a week. So I am afraid that living in (or moving to) Belgium is a requirement best regards Maarten On Fri, Feb 18, 2011 at 3:30 PM, Josh Kamau wrote: > Hi, > > Is this Open to people outside Belgium, Am in Nairobi.Kenya.Africa. > > Kind regards. > Josh. > > On Thu, Feb 17, 2011 at 11:10 PM, Maarten Bosteels > wrote: > > > Hi everyone, > > > > We are looking for a senior Java Developer, preferably with good > knowledge > > of Wicket. > > > > You will join a team of 5 enthusiastic developers and are responsible for > > the implementation of > > new, challenging projects within our existing registration system. > > > > You support best practices such as TDD, continuous integration, design > > patterns and continuous refactoring, and you > > know how to apply them with the aim of guaranteeing the quality of the > > source code. > > > > For more details : > > http://www.dns.be/pdf/vacature-senior-developer-jan2011-en.pdf > > http://www.dns.be/pdf/vacature-senior-developer-jan2011-nl.pdf > > > > We offer > > > > - An interesting job with room for your own initiatives, responsibility > > and technical challenges in a > > financially healthy organisation. > > - A pleasant and stimulating work environment, with fun and > professional > > colleagues in a great atmosphere. > > - Flexible working hours. > > - The opportunity to improve your knowledge and skills thanks to a > > personal development plan with 12 days of training a year. > > - A very attractive salary supplemented by extra legal benefits: group > > insurance, hospitalisation cover, meal vouchers, 32 holidays, laptop. > > > > Please send your resume to maarten.bosteels (at) dns.be > > > > *Maarten Bosteels* > > *Manager Software Development > > > > [image: dnsbe_logo.png] > > > > **DNS.be vzw/asbl* · Ubicenter · Philipssite 5 · bus 13 · 3001 Leuven > > > > www.dns.be > > >
Wicket Job Opportunity in Belgium (Leuven)
Hi everyone, We are looking for a senior Java Developer, preferably with good knowledge of Wicket. You will join a team of 5 enthusiastic developers and are responsible for the implementation of new, challenging projects within our existing registration system. You support best practices such as TDD, continuous integration, design patterns and continuous refactoring, and you know how to apply them with the aim of guaranteeing the quality of the source code. For more details : http://www.dns.be/pdf/vacature-senior-developer-jan2011-en.pdf http://www.dns.be/pdf/vacature-senior-developer-jan2011-nl.pdf We offer - An interesting job with room for your own initiatives, responsibility and technical challenges in a financially healthy organisation. - A pleasant and stimulating work environment, with fun and professional colleagues in a great atmosphere. - Flexible working hours. - The opportunity to improve your knowledge and skills thanks to a personal development plan with 12 days of training a year. - A very attractive salary supplemented by extra legal benefits: group insurance, hospitalisation cover, meal vouchers, 32 holidays, laptop. Please send your resume to maarten.bosteels (at) dns.be *Maarten Bosteels* *Manager Software Development [image: dnsbe_logo.png] **DNS.be vzw/asbl* · Ubicenter · Philipssite 5 · bus 13 · 3001 Leuven www.dns.be
Re: Replacing markup generated by a Behavior
Clint, Very interesting ! Please share some code and docs on https://cwiki.apache.org/WICKET/ Once you get it working ;-) Thanks :-) On Fri, Oct 29, 2010 at 8:49 AM, Jeremy Thomerson wrote: > On Fri, Oct 29, 2010 at 12:39 AM, Clint Checketts >wrote: > > > Elegant! I'd been trying to think of ways to add my own markup ID and > > piggyback off any render requests that redraw the component to trigger > and > > render the feedback, just using the component markupId will work great! > > > > Instead of setOutputMarkupId(false), I'll detect that to decide to add > the > > ID or not and just remove the ID attribute in the onComponentTag() > method. > > I'll code it up tomorrow. I've got a good feeling about this. > > > > Thanks for the help. Also I'll check out the IAjaxRegionMarkupIdProvider. > > Always good to check out the new interfaces. > > > > Yeah, using the IAjaxRegionMarkupIdProvider you can eliminate all the > aforementioned complexity. The markup ID of your component stays the same. > In the interface, you just create an ID that will be rendered in your > behavior's markup. You render that in your behavior-generated markup, and > then Wicket will use the same ID for when it replaces the markup for that > component - thus replacing both together. > > -- > Jeremy Thomerson > http://wickettraining.com > *Need a CMS for Wicket? Use Brix! http://brixcms.org* >
Re: How to update a Panel when user selects a drop down chioce in Wicket?
and http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-phonebook On Thu, Oct 14, 2010 at 2:50 AM, Jeremy Thomerson wrote: > Also, if you haven't seen it, look at the Wicket Examples: > http://wicketstuff.org/wicket14/ > > And specifically, this page: > > http://wicketstuff.org/wicket14/repeater/?wicket:bookmarkablePage=:org.apache.wicket.examples.repeater.PagingPage > > On Wed, Oct 13, 2010 at 7:45 PM, Jeremy Thomerson < > jer...@wickettraining.com > > wrote: > > > Sure, http://www.lmgtfy.com/?q=example+idataprovider&l=1 > > > > > > On Wed, Oct 13, 2010 at 7:16 PM, gouthamrv wrote: > > > >> > >> I am still have issues, is it possible for you to provide an example of > >> data > >> provider implementaion for the requirement I have? > >> -- > >> View this message in context: > >> > http://apache-wicket.1842946.n4.nabble.com/How-to-update-a-Panel-when-user-selects-a-drop-down-chioce-in-Wicket-tp2994412p2994648.html > >> Sent from the Users forum mailing list archive at Nabble.com. > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > > -- > Jeremy Thomerson > http://www.wickettraining.com >
Re: Estimated number of developers in the Wicket community
http://people.apache.org/~coar/mlists.html#wicket.apache.org Maarten On Tue, Sep 28, 2010 at 10:49 PM, Frank Silbermann < frank.silberm...@fedex.com> wrote: > Chris Colman Tue, Sep 28, 2010 at 2:41 > PM: > >> > >> The 'popularity' test is very vague but I understand it's purpose, > >> they want to ensure that they use products that are widely used > >> and have an active user community: which is very true of Wicket. > >> Does anyone have some numbers on this? Like how many Wicket > developers > >> there are, or how many websites are Wicket driven? ... > > Jeremy Thomerson Tue, Sep 28, 2010 at 2:53 > PM: > > There's no way to quantify this metric. ... There is a page on > > the wiki that lists a fraction of the sites using Wicket. > > https://cwiki.apache.org/WICKET/websites-based-on-wicket.html > > That page would help, but a mere fraction of the sites might give the > wrong idea. > > Jeremy: > > Ultimately, I would direct them away from this. It doesn't *actually* > > matter. What matters is this (in roughly this order): > > > > 1. Pick a technology that fits your needs > > 2. Pick a technology that is productive > > 3. Pick a technology that, when you hit a stumbling block, you can > get > > help with. > > > > You've already demonstrated one and two. > > Not really. He has yet to demonstrated that Wicket meets their > popularity needs. In lieu of having them subscribe to the message list, > maybe he can direct them to the archived messages on Nabble. > > Is there a way a program could extract a count of the participants (i.e. > distinct e-mail addresses) in the archived mailing list for a variety of > time periods (to show growth in user base)? > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Welcome Martin Grigorov as a core team member
Congratulations Martin ! On Tue, Jul 20, 2010 at 1:21 PM, Martin Grigorov wrote: > Thanks a lot for the voted trust in me, team! > > As a big open source believer it is an honour for me to be a part of > the team that made such a great framework! > > Looking forward to make 1.5 production ready ! > > > 2010/7/20 Ian Marshall > > > > > Many congratulations Martin! > > > > (In my extremely limited experience with web application frameworks, > Wicket > > is just so excellent. Developing with Wicket really is fun, too.) > > -- > > View this message in context: > > > http://apache-wicket.1842946.n4.nabble.com/Welcome-Martin-Grigorov-as-a-core-team-member-tp2294324p2295166.html > > Sent from the Wicket - User mailing list archive at Nabble.com. > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >
Re: Socket programming in Wicket app
If you're searching for a network application framework, have a look at http://mina.apache.org/ Maarten On Thu, Jun 10, 2010 at 9:55 AM, Ján Raska wrote: > Hello, > I have a webapp that acts as an accounting and billing application, > developed in Wicket. Now customer wants me to add a feature, that he can use > it as a selling software in a store, so that when somebody buys something, > amount will be subtracted from the main stock (webapp is enough for that > part) and a bill is printed through local POS printer. But the problem is, > that according to our law, POS is not just a regular printer that prints out > bills. It has a special memory where track of all operations is saved, as > well as an amount of VAT tax, that should be payed (so that tax officers can > check if the shop owner is cheating on taxes). In order to do that, I have > to send certain data to the printer, either by calling driver functions, or > sending data directly to USB or COM. > > So I thought about a solution, that a small client app will be running on a > client machine. It will authenticate to the server using the certificate > (same one, that is used to log into the webapp, so that I can pair http > session with the client connection) and establish a connection on certain > port. When the shopping is over and a shop employee needs to print a bill > I'll send necessary data through the connection to the local client and > since client is running on a machine that has a POS connected to it, it has > the means to forward data to the POS and print a bill. > > The question is: am I able to develop it as part of a Wicket webapp. Having > something (eg. a servlet or so), that will basically act as a server, > listening on a certain port, able to accept many connections (using threads) > as there will be more then one POS terminals, able to maintain those > connections until the client disconnects and send required data through > those connections? I certainly can do that as a separate server application, > but I'd prefer to have it as part of the webapp, so that I can directly call > methods to send data to printer, instead of establishing another connection > (a local one) from webapp to the other server app. I also thought about > using Comet, and establishing an Http connection from the client apps, but > I'm not sure, if that is reliable enough for such functionality (I must be > able to handle possible connection errors and while connected, I must be > sure, that the data will arrive to the client app). > > I'll greatly appreciate any thought or hint on this > > Thanks a lot > > > Jan > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: What about an onInitialRender method ?
Small fixes in the javadoc:
1) "Add this point in time "
shouldn't that be "At this point in time" ?
2) "all parents must be have been added to their parents"
=> I would remove the "be"
Maarten
On Fri, Apr 2, 2010 at 11:09 PM, Igor Vaynberg wrote:
> from Component.java in 1.5 (trunk)
>
>/**
> * Callback method invoked after the component was added to its
> parent AND you can walk up the
> * hierarchy up until the Page. That is, all parents must be have
> been added to their parents as
> * well. Add this point in time {...@link #getMarkup() getMarkup} is
> guaranteed to be available.
> *
> * This method is guaranteed to called only once
> *
> *
> * If you don't like constructors to initialize your component, this
> is the method to use.
> *
> */
>protected void onInitialize()
>{
>}
>
> -igor
>
> On Fri, Apr 2, 2010 at 2:03 PM, Joseph Pachod
> wrote:
> > hi
> >
> > The other day, I was busy creating reusable components. To make them
> "safe", I used what I believe is a wicket good practices: adding the
> components in onBeforeRender.
> >
> > In fact, it's not just in onBeforeRender, it's rather :
> >@Override
> >protected void onBeforeRender() {
> >if(!hasBeenRendered()){
> >// actual code
> >}
> >super.onBeforeRender();
> >}
> >
> > having done this stuff repeatedly, I felt a bit annoyed but these many
> " if(!hasBeenRendered())" and the brackets/indentations it brings.
> > Furthermore, on the few occasions I really needed something done on each
> onBeforeRender, it brought clutter to the code.
> > Last but not least, recently, I was helping a wicket beginner and
> explaining this "onBeforeRender/if(!hasBeenRendered)" wasn't the best moment
> I had.
> >
> > As such, I started to wonder if a simple "onInitialRender" method (or
> similarly named) could be created ? It would run once and only once before
> the first onBeforeRender.
> >
> > onBeforeRender would then return to what it should really mean (but still
> have this handy hasBeenRendered() method just in case).
> >
> > In the end, it's trivial but would save a few keystrokes and bring some
> clarity.
> >
> > What do you think of that ?
> >
> > thanks in advance
> > joseph
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Java Web Framework poll
Let's all vote ! Even though they misspelled both "Apache" and "Wicket" :-) http://shunmugakrishna.wordpress.com/2009/12/14/what-java-web-application-frameworks-do-you-use/ Maarten - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: file descriptor leak
Have you seen this thread: http://www.mail-archive.com/users@wicket.apache.org/msg43879.html Maarten On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner wrote: > We try to do our best, but the problem is that this is a leak internal to > java itself (classloader and urlconnection) > > http://tomcat.apache.org/tomcat-5.5-doc/config/context.html > > play with antiJarLocking and antiResouceLocking attributes. > > johan > > > On Thu, Dec 3, 2009 at 09:41, Pascal Grange < > pascal1.gra...@orange-ftgroup.com> wrote: > > > Hello, > > > > I observe file descriptor leaks when running my wicket application. By > leak > > I mean that the java process tries to open more than 1024 file > descriptors. > > When I lsof the process, here is what I see : > > > > lsof -p 24689 | wc -l -> 1095 > > lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522 > > lsof -p 24689 | grep wicket-datetime-1.3.4.jar | wc -l -> 401 > > lsof -p 24689 | grep wicket-extensions-1.3.4.jar | wc -l -> 6 > > > > I am new to wicket and I need help to fix this. Searching for file > > descriptor leaks in wicket on google I found some old mailing-list post > but > > that doesn't help me a lot so I post here :) I red about issues with jar > url > > but the post are so old that I understand those are fixed bug ? > > > > No need to precise what versions of wicket stuffs I use, your can see > that > > above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25. > > > > Thanks for your help, > > Pascal. > > > > > > > > Ce message et toutes les pieces jointes (ci-apres le "message") sont > > confidentiels et etablis a l'intention exclusive de ses destinataires. > > Toute utilisation ou diffusion non autorisee est interdite. > > Tout message electronique est susceptible d'alteration. Multimedia > Business > > Services decline toute responsabilite au titre de ce message s'il a ete > > altere, deforme ou falsifie. > > Si vous n'etes pas destinataire de ce message, merci de le detruire > > immediatement et d'avertir l'expediteur. > > * > > This message and any attachments (the "message") are confidential and > > intended solely for the addressees. Any unauthorised use or dissemination > is > > prohibited. > > Messages are susceptible to alteration. Multimedia Business Services > shall > > not be liable for the message if altered, changed or > > falsified. > > If you are not the intended addressee of this message, please cancel it > > immediately and inform the sender. > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >
Re: PropertyModels *without* strings
Igor, Very interesting stuff. What are the pro's and con's when compared with the SafePropertyModel from https://issues.apache.org/jira/browse/WICKET-1327 ? Maarten On Thu, Nov 26, 2009 at 10:04 AM, Jeremy Thomerson < jer...@wickettraining.com> wrote: > Strings do break. Silently. They're the silent app killer. > > Wouldn't you rather know at compile-time that something is broken? That's > the point of using Java over PHP. > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Thu, Nov 26, 2009 at 1:28 AM, Martin Makundi < > martin.maku...@koodaripalvelut.com> wrote: > > > If refactoring is not supported it is just easier to use string > > constants, which do not break. > > > > ** > > Martin > > > > 2009/11/26 Gerolf Seitz : > > > as far as i have read, the binding "methods" aren't automatically > > refactored > > > (eg. renamed), > > > but you get compiler errors in the code where you use the "old names". > so > > it > > > should be > > > fairly easy to fix your own code (in contrast to some strings) > > > > > > On Thu, Nov 26, 2009 at 8:04 AM, Giambalvo, Christian < > > > christian.giamba...@excelsisnet.com> wrote: > > > > > >> Is refactoring available for bindgen? > > >> > > >> -Ursprüngliche Nachricht- > > >> Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] > > >> Gesendet: Mittwoch, 25. November 2009 22:56 > > >> An: users@wicket.apache.org; d...@wicket.apache.org > > >> Betreff: PropertyModels *without* strings > > >> > > >> > > >> > > > http://wicketinaction.com/2009/11/removing-fragile-string-expressions-from-wicket-code/ > > >> > > >> -igor > > >> > > >> - > > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> For additional commands, e-mail: users-h...@wicket.apache.org > > >> > > >> > > >> - > > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> For additional commands, e-mail: users-h...@wicket.apache.org > > >> > > >> > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >
Re: Maven wicketstuff project include
try this:
org.wicketstuff
wicketstuff-jquery
1.4.1
Maarten
On Thu, Nov 19, 2009 at 9:33 AM, pieter claassen wrote:
> What is the correct maven syntax to include wickestuff projects? My code
> below fails to find the jquery project.
>
> [svn-revision-number:revision {execution: default}]
> snapshot org.wicketstuff:jquery:1.4.3-SNAPSHOT: checking for updates from
> wicket-snaps
> Downloading:
>
> http://wicketstuff.org/maven/repository/org/wicketstuff/jquery/1.4.3-SNAPSHOT/jquery-1.4.3-SNAPSHOT.pom
> Unable to find resource 'org.wicketstuff:jquery:pom:1.4.3-SNAPSHOT' in
> repository wicket-snaps (http://wicketstuff.org/maven/repository)
> Downloading:
>
> http://wicketstuff.org/maven/repository/org/wicketstuff/jquery/1.4.3-SNAPSHOT/jquery-1.4.3-SNAPSHOT.jar
> Unable to find resource 'org.wicketstuff:jquery:jar:1.4.3-SNAPSHOT' in
> repository wicket-snaps (http://wicketstuff.org/maven/repository)
>
> [ERROR]BUILD ERROR
>
>
> pom.xml
>
>
>
>wicket-snaps
>http://wicketstuff.org/maven/repository
>
>true
>
>
>true
>
>
>
>
>
>org.wicketstuff
>jquery
>${wicket.version}-SNAPSHOT
>
>
>
> --
> Pieter Claassen
> musmato.com
>
Re: Need help with error with in my list code
On Mon, Oct 26, 2009 at 4:57 AM, Haulyn R. Jason wrote:
> I do not think JavaReble is a good tool for Wicket. Try Glassfish with
> hot deploy with netbeans, works very well with Wicket.
>
Why would Wicket not work well with JavaRebel ?
It works fine for me.
Maarten
>
> On Mon, Oct 26, 2009 at 10:50 AM, Lester Chua
> wrote:
> > Update:
> >
> > I found out what the was.
> > I was running Jetty via JavaRebel agent.
> > Somehow JavaRebel could not load in the changes in the Java code properly
> > and that was what caused the code error.
> > There was nothing wrong with the code.
> >
> > Thanks.
> >
> >
> > On Mon, Oct 26, 2009 at 10:43 AM, Lester Chua
> wrote:
> >
> >> Hi,
> >>
> >> I'm very new to wicket and need some help with what I thought is very
> >> straight forward code.
> >>
> >> Wicket Version 1.4.3
> >> Code:
> >>
> >> -- Html -
> >>
> >>
> >> Grouping:
> >> Additional Remarks:
> >> >> name="additionalRemarks">
> >>
> >>
> >>
> >> -- Java --
> >>
> >> Form dataForm = new Form("dataForm") {
> >> @Override
> >> protected void onSubmit() {
> >> System.out.println("Form 4 submitted");
> >> }
> >> };
> >>
> >> dataForm.add(new TextArea("additionalRemarks", new
> >> Model("additionalRemarks")));
> >> List groupings = Arrays.asList("Group 1", "Group 2");
> >> DropDownChoice grouping = new DropDownChoice("grouping", groupings);
> >> dataForm.add(grouping);
> >> add(dataForm);
> >>
> >> When I visit my page, I keep getting the error:
> >>
> >> --- Error -
> >>
> >> WicketMessage: Unable to find component with id 'grouping' in
> >> [MarkupContainer [Component id = dataForm]]. This means that you
> declared
> >> wicket:id=grouping in your markup, but that you either did not add the
> >> component to your page at all, or that the hierarchy does not match.
> >>
> >> It points to in my html.
> >>
> >> Removing the select lets the page render correctly.
> >>
> >> Is the error caused by me adding a DropDownChoice component to a Form?
> I've
> >> looked at the web examples and they dont seem to have a problem and yet
> my
> >> simple select form cannot run. Did I misunderstand the component
> hierarchy?
> >> DropDownList cannot be added to a Form?
> >>
> >> Help will be appreciated.
> >>
> >
>
>
>
> --
> Many thanks!
>
> Haulyn Microproduction
>
> You can access me with the following ways:
> Location: Shandong Jinan Shumagang 6H-8, 25
> Mobile: +086-15864011231
> email: saharab...@gmail.com, hmp.hau...@foxmail.com
> website: http://haulynjason.net
> gtalk: saharab...@gmail.com
> skype: saharabear
> QQ: 378606292
> persional Twitter: http://twitter.com/saharabear
> persional Linkedin: http://www.linkedin.com/in/haulyn
> Haulyn Microproduction Twitter: http://twitter.com/haulynmp
>
>
> Haulyn Jason
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: Open source Wicket blog
I got some really cool ideas from the elephas code, but it seems the project has stalled a bit ? The last commit was 18 dec 2008 Maarten On Wed, Oct 14, 2009 at 2:30 PM, wrote: > added elephas blogging system to Wiki: > http://cwiki.apache.org/confluence/display/WICKET/Products+based+on+Wicket > > > Quoting danisevsky : > > It would be nice, I am very interested. >> >> BTW there is another great open-source blogging system - >> http://code.google.com/p/elephas/ >> >> 2009/10/14 Anton Veretennikov >> >> I'm interested. This will be definitely something desirable for many >>> website builders. >>> I want to assist in developing because I need such functionality in >>> several sites. >>> >>> -- Tony >>> >>> On Wed, Oct 14, 2009 at 2:30 PM, Daniel Frisk wrote: >>> > Hi, >>> > >>> > we have developed a blog tool in Wicket for our website. I just wanted >>> to >>> > see if there is any interest in having that as an open source project? >>> > The code would have to be adopted for general use and be untangled from >>> some >>> > dependencies that we don't want to open source, so I just want to check >>> if >>> > there is any interest before doing the initial work. Not promising >>> anything >>> > so don't start haunting me, but let me know if you are interested. >>> > >>> > Check it out at: >>> > http://jalbum.net/blog >>> > >>> > // Daniel >>> > jalbum.net >>> > >>> > - >>> > 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 message was sent using IMP, the Internet Messaging Program. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Website 2.0
On Tue, Oct 13, 2009 at 11:56 AM, Maarten Bosteels wrote: > Hi David, > oops, I meant Daniel :-) > > The website looks great ! Is the wicket application open source ? > > > I think there's a small bug on https://jalbum.net/signup > Maybe it's intentional, but I couldn't see why: the first two labels are > both linked to the input with id="username" > > > Name > > > > > > > > Username > > > > > > > > > regards > Maarten > > > > On Tue, Oct 13, 2009 at 10:23 AM, Pieter Degraeuwe < > pieter.degrae...@systemworks.be> wrote: > >> Indeed: nice piece of work ! >> >> On Tue, Oct 13, 2009 at 10:01 AM, Juri Prokofiev >> wrote: >> >> > This is a really nice work. Amazing! How many human-hours have you >> > spent for development? >> > >> > On Tue, Oct 13, 2009 at 9:54 AM, Daniel Frisk >> wrote: >> > > We recently did a complete overhaul of our web site: reworked the >> > graphics, >> > > refactoring, added some jQuery goodies and of course added lots of >> > features. >> > > >> > > Wicket really continues to deliver! All in all it was a smooth >> operation. >> > > The complexity of the site continues to grow but we have managed to >> keep >> > the >> > > codebase nice and tight with reusable components. I'm really proud of >> our >> > > work here so far. What ya think? >> > > >> > > http://jalbum.net >> > > >> > > // Daniel Frisk >> > > >> > > >> > > - >> > > 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 >> > >> > >> >> >> -- >> Pieter Degraeuwe >> Systemworks bvba >> Belgiëlaan 61 >> 9070 Destelbergen >> GSM: +32 (0)485/68.60.85 >> Email: pieter.degrae...@systemworks.be >> visit us at http://www.systemworks.be >> > >
Re: Website 2.0
Hi David, The website looks great ! Is the wicket application open source ? I think there's a small bug on https://jalbum.net/signup Maybe it's intentional, but I couldn't see why: the first two labels are both linked to the input with id="username" Name Username regards Maarten On Tue, Oct 13, 2009 at 10:23 AM, Pieter Degraeuwe < pieter.degrae...@systemworks.be> wrote: > Indeed: nice piece of work ! > > On Tue, Oct 13, 2009 at 10:01 AM, Juri Prokofiev > wrote: > > > This is a really nice work. Amazing! How many human-hours have you > > spent for development? > > > > On Tue, Oct 13, 2009 at 9:54 AM, Daniel Frisk wrote: > > > We recently did a complete overhaul of our web site: reworked the > > graphics, > > > refactoring, added some jQuery goodies and of course added lots of > > features. > > > > > > Wicket really continues to deliver! All in all it was a smooth > operation. > > > The complexity of the site continues to grow but we have managed to > keep > > the > > > codebase nice and tight with reusable components. I'm really proud of > our > > > work here so far. What ya think? > > > > > > http://jalbum.net > > > > > > // Daniel Frisk > > > > > > > > > - > > > 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 > > > > > > > -- > Pieter Degraeuwe > Systemworks bvba > Belgiëlaan 61 > 9070 Destelbergen > GSM: +32 (0)485/68.60.85 > Email: pieter.degrae...@systemworks.be > visit us at http://www.systemworks.be >
Re: Feedbackpanel for each Error Level
http://wicket.apache.org/docs/1.4/org/apache/wicket/feedback/ErrorLevelFeedbackMessageFilter.html
On Mon, Oct 12, 2009 at 9:33 AM, Bernhard Grünewaldt <
bernh...@gruenewaldt.net> wrote:
> Hello,
>
> I know how to add a Feedbackpanel and how to filter it by specific forms
> a.s.o.
> But I want three feedbackpanels. One for "warn", one for "error" and one
> for "info".
>
> I didn't find a implementation of IFeedbackMessageFilter which does that.
> (Or I don't know how it could do that)
>
> Is there a way to do that?
>
> Something like:
>
> ## pseudocode:
> FeedbackPanel f = new FeedbackPanel("warn");
> f.showOnly(FeedbackPanel.WARN);
> add(f);
> ##
>
> would be nice.
>
> thx
>
> Bernhard
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: How to run wicket-stuff phonebook example?
Hi, Someone changed the version of commons-dbcp from 1.2.2 to 20030825.18442 (revision 4964) I have reverted that change, and the phonebook seems to work now. As far as I can see the change was made by Shake234, aka Johannes Schneider. Johannes, what was the reason to switch to 20030825.18442 ? Maarten On Mon, Sep 28, 2009 at 12:54 PM, Petr Fejfar wrote: > Hi all, > > few months ago I've run wicket-stuff phonebook examples and it worked. > > No I'd like to study it again, hence I downloaded wicket-stuff from the > trunk, > run command mvn clean install with result BUILD SUCCESSFUL. > > But on command mvn jetty:run, I've got exception: > > org.springframework.beans.factory.BeanCreationException: > Error creating bean with name 'dataSource' defined in class path > resource [common.xml]: > Instantiation of bean failed; nested exception is > java.lang.NoClassDefFoundError: > org/apache/commons/pool/impl/GenericObjectPool > > I'd expect that Maven will download all modules the example > depends on... What shall I do to make the example running on my machine? > > > Thanks, Petr > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Where can I find this Wicket application?
http://svn.carmanconsulting.com/public/wicket-advanced/ On Sun, Sep 27, 2009 at 6:16 PM, David Chang wrote: > > Hello, > > I am reading Wicket-related stuff on the net and came across this Wicket > discussion thread: > > http://osdir.com/ml/users-wicket.apache.org/2009-05/msg01196.html > > In the response, "my wicket-advanced example application" is mentioned. > > I would like to know where I can find this application? > > Thanks! > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: UTF-8
FYI, spring supports UTF-8 property files as well: see org.springframework.context.support.ReloadableResourceBundleMessageSource Maarten On Wed, Sep 2, 2009 at 2:37 AM, Eelco Hillenius wrote: > >> But I'm sure you can write a properties implementation that reads from > >> UTF-8 in a few hours max, especially now that you have an example in > >> Tapestry's code. Patch is welcome :-) > > > > Why not just "borrow" the code from Tapestry? It's Apache licensed of > > course, so no issues there. > > Sure, if it makes sense. But it needs to fit in Wicket's framework, > and I don't know how Tapestry specific that code for handling those > UTF-8 properties files in Tapestry is. > > Eelco > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicket Stuff Core 1.4.1 Release[ing]
Hi Jeremy, Great to see another release of Wicket Stuff Core !! Some weeks ago you suggested : " I think that the best solution is that we have 1.4.1.X where X is our release number." Did you change your mind about this ? http://www.mail-archive.com/users@wicket.apache.org/msg40780.html Regards, Maarten On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson wrote: > I successfully built Wicket Stuff Core 1.4.1 today. It is in the > (very very slow) process of doing a release:perform (currently > uploading all of the necessary files to wicketstuff repo). Hopefully > by the time you read this, your project will be available as 1.4.1. > Here are a couple that seem to have already made it up: > > > http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ > http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ > > http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ > > -- > Jeremy Thomerson > http://www.wickettraining.com > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: DataTable & NavigationToolbar visibility problem
Hi, Can't really tell you what the solution is. But the wicket devs might be interested to know that I noticed the same problem in the wicket phonebook example. So at least reproducing the problem should be easy :-) http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-phonebook/ regards, Maarten On Thu, Aug 27, 2009 at 10:19 PM, Aaron Hiniker wrote: > I have a DefaultDataTable that is sourcing data from a custom > SortableDataTable. > > My size() and iterator() implementations are not cached, but are executing > each on each call (I have confirmed that size() is getting called on each > page render). > > My problem is: > > When I add a filter to my query that returns a 0 row count, the > NavigationToolbar is hidden, and when I remove the filter, the results come > back as expected but the NavigationToolbar doesn't reappear. > > I attached a debugger and it appears that the > NavigationToolbar#onBeforeRender() is not getting called when I remove the > filter, so the visibility state will never be updated. Using > wicket+wicket-extensions 1.4.0. How do I ensure that the nav toolbar > reappears properly when the number of results become pageable again? > > Thanks, > > Aaron >
Re: Wicketstuff core 1.4.0 release preparations
On Thu, Aug 13, 2009 at 8:46 PM, Erik van Oosten wrote: > Maarten, you just beated me to it. > > Is the jazzyplugin still needed after your changes? Hi Erik, I did not try to remove the dependency, so it's still needed. I just downloaded the jar and installed in my local maven repo. Maarten > > Regards, > Erik. > > > Erik van Oosten wrote: > >> Hi, >> >> Unfortunately tinymce does /not/ compile. It fails with a missing >> dependency to jazzyplugin:jazzyplugin:jar:0.2.1. >> >> Regards, >> Erik. >> >> > > -- > Erik van Oosten > http://www.day-to-day-stuff.blogspot.com/ > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicketstuff releases?
Hi, svn co https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/sandbox/maarten/wicketstuff-core-1.4.0.0/ mvn clean package release:prepare -DdryRun=true -DreleaseVersion=1.4.0.0 -DdevelopmentVersion=1.4.0.1-SNAPSHOT => BUILD SUCCESSFUL Let me know if I can test something else. Maarten On Thu, Aug 13, 2009 at 7:18 PM, Maarten Bosteels wrote: > Hi, > > Revision: 4896 > > After manually installing jazzyplugin from [1] into my local maven repo, I > had the following results: > > mvn clean install => BUILD SUCCESSFUL > > mvn clean package release:prepare -DdryRun=true > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Cannot prepare the release because you have local modifications : > [pom.xml:modified] > [multi-text-input-parent/pom.xml:modified] > > I will create a branch in sandbox, commit changes to wicket.version and try > again > > [1] > http://prdownloads.sourceforge.net/jedit-plugins/JazzyPlugin-0.2.1-bin.zip > > regards, > Maarten > > > On Thu, Aug 13, 2009 at 5:16 PM, Erik van Oosten wrote: > >> Regarding step 2: only change the dependency to Wicket in the >> wicketstuff-core pom.xml, not the versions of wicketstuff poms themselfs (as >> I just did). >> >> Regards, >>Erik. >> >> >> Jeremy Thomerson wrote: >> >>> To those who have written me volunteering to help: thank you. I will >>> try to do the release this weekend. Here's what you can do to help >>> before then. >>> >>> 1 - check out wicketstuff-core trunk >>> 2 - change the wicket dependencies from snapshot to 1.4.0 (note: only >>> do this locally - don't commit that change - since trunk should run on >>> trunk) >>> 3 - build it to make sure it all works >>> 4 - test the release process by doing following: >>> >>> mvn release:prepare -DdryRun=true >>> >>> If all of that is working fine (no build errors, etc), then let the >>> list know. That will make it much easier to do the release. And I'll >>> try to document the process so that someone else can perform the next >>> one easier. >>> >>> -- >>> Jeremy Thomerson >>> http://www.wickettraining.com >>> >>> >> -- >> Erik van Oosten >> http://day-to-day-stuff.blogspot.com/ >> >> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >
Re: Wicketstuff releases?
Hi, Revision: 4896 After manually installing jazzyplugin from [1] into my local maven repo, I had the following results: mvn clean install => BUILD SUCCESSFUL mvn clean package release:prepare -DdryRun=true [ERROR] BUILD FAILURE [INFO] [INFO] Cannot prepare the release because you have local modifications : [pom.xml:modified] [multi-text-input-parent/pom.xml:modified] I will create a branch in sandbox, commit changes to wicket.version and try again [1] http://prdownloads.sourceforge.net/jedit-plugins/JazzyPlugin-0.2.1-bin.zip regards, Maarten On Thu, Aug 13, 2009 at 5:16 PM, Erik van Oosten wrote: > Regarding step 2: only change the dependency to Wicket in the > wicketstuff-core pom.xml, not the versions of wicketstuff poms themselfs (as > I just did). > > Regards, >Erik. > > > Jeremy Thomerson wrote: > >> To those who have written me volunteering to help: thank you. I will >> try to do the release this weekend. Here's what you can do to help >> before then. >> >> 1 - check out wicketstuff-core trunk >> 2 - change the wicket dependencies from snapshot to 1.4.0 (note: only >> do this locally - don't commit that change - since trunk should run on >> trunk) >> 3 - build it to make sure it all works >> 4 - test the release process by doing following: >> >> mvn release:prepare -DdryRun=true >> >> If all of that is working fine (no build errors, etc), then let the >> list know. That will make it much easier to do the release. And I'll >> try to document the process so that someone else can perform the next >> one easier. >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.com >> >> > -- > Erik van Oosten > http://day-to-day-stuff.blogspot.com/ > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicketstuff releases?
Martijn, First off: I do appreciate the time and work that Jeremy spends on wicketstuff On Wed, Aug 12, 2009 at 4:05 PM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > Given the lackluster release history of Wicket Stuff, I'd suggest > going with whatever the only person able *AND* willing to cut releases > wants. In this case, that is Jeremy. If you don't want to follow the > general Wicket Stuff release processes, you're welcome to maintain > your own projects and release them at your own schedule. Your way or the highway ? I don't consider your reaction very community-friendly. There *are* other people contributing to wicket-stuff. > > > It doesn't make sense to me to go back on a decision that was made, > just because 2 folks think it is "better". Until someone opens the discussion, we won't know how many people think it is "better" to have separate version numbers. But you seem to want to kill the discussion (and you will probably succeed, I am giving up already) > IMO having a release > following Wicket's releases is better than not having a release. true > > > The problem with Wicket Stuff is not that they follow the Wicket > release cycle, it is that nobody gives a damn to cut releases. Jeremy > fixed that. If you think you can do better, don't put your project in > the Wicket Stuff parent group, but release the software on your own. > Not very constructive. Regards Maarten > > Martijn > > > On Wed, Aug 12, 2009 at 3:36 PM, Reinhard > Nägele wrote: > > I'd like to second Maartens point. Identical releases to Wicket itself > would > > mean that it always depends on Wicket. Independent releases would not be > > possible. Bugs could not be fixed and new features could not be added > > without a new Wicket release. This doesn't really make sense to me. > > > > Reinhard > > > > > > Jeremy Thomerson schrieb: > > Now that Wicket 1.4.0 is out, I wonder which wicketstuff core version > is > compatible. There is no 1.4.0 version of wicketstuff core (yet?). > Should > I > use 1.4-rc8-SNAPSHOT? > > >> > >> It should be just 1.4-SNAPSHOT. 1.4-rc8-SNAPSHOT was an accidental > >> relic of after I built rc8 > >> > >> > >>> > >>> Side note: I don't see the version of wicket-stuff has to match > exactly > >>> with version of wicket ? > >>> Suppose someone releases wicketstuff-core-1.4.0 today, and tomorrow > some > >>> bugs are fixed in wicketstuff-core, then we can't release these > bug-fixes > >>> until wicket 1.4.1 is out ? > >>> > >>> IMO, wicket is just a dependency of wicketstuff-code (as defoined in > the > >>> pom) and both projects should use their own unrelated version numbers. > >>> > >>> wdyt ? > >>> > >> > >> When I setup wicketstuff-core, I proposed that we structure it to have > >> identical releases to Wicket. The community agreed. I still think > >> this should be the case. > >> -- > >> Jeremy Thomerson > >> http://www.wickettraining.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 > > > > > > > > -- > 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 > >
Re: Wicketstuff releases?
Hello, On Wed, Aug 12, 2009 at 10:16 AM, Erik van Oosten wrote: > > Hello, > > Now that Wicket 1.4.0 is out, I wonder which wicketstuff core version is > compatible. There is no 1.4.0 version of wicketstuff core (yet?). Should I > use 1.4-rc8-SNAPSHOT? AFAIK wicketstuff-core trunk is compatible with wicket 1.4.0 Side note: I don't see the version of wicket-stuff has to match exactly with version of wicket ? Suppose someone releases wicketstuff-core-1.4.0 today, and tomorrow some bugs are fixed in wicketstuff-core, then we can't release these bug-fixes until wicket 1.4.1 is out ? IMO, wicket is just a dependency of wicketstuff-code (as defoined in the pom) and both projects should use their own unrelated version numbers. wdyt ? Maarten > > > I guess http://sourceforge.net/projects/wicket-stuff/files/ is no longer > in > use. > > Regards, > Erik. > > > -- > Erik van Oosten > http://day-to-day-stuff.blogspot.com/ > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: update quickstart page
I see that the page is updated. Thanks. But it still uses mvn archetype:create which generates the follwoing warning: [WARNING] This goal is deprecated. Please use mvn archetype:generate instead Is there a reason to stick to the deprecated goal ? Maarten On Wed, Jul 29, 2009 at 12:36 PM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > 1.4.0 is not yet officially released. We take care of that once we > have everything in place. And yes, the official documentation site is > committers only. > > Martijn > > On Wed, Jul 29, 2009 at 12:16 PM, Maarten > Bosteels wrote: > > Hello, > > > > Could someone update http://wicket.apache.org/quickstart.html and add > > "1.4.0" to the dropdown box ? > > The 1.4-RC1 and milestones can probably be removed from the list. > > > > I would also suggest to use mvn archetype:generate instead of > > archetype:create > > > > Thanks > > Maarten > > > > > > PS: I tried to do the update myself but apparently I don't have the > > permission. > > Could it be that some pages on the cwiki can be edited by anyone with an > > Apache Confluence account and other pages only by wicket committers ? > > > > > > -- > 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 > >
update quickstart page
Hello, Could someone update http://wicket.apache.org/quickstart.html and add "1.4.0" to the dropdown box ? The 1.4-RC1 and milestones can probably be removed from the list. I would also suggest to use mvn archetype:generate instead of archetype:create Thanks Maarten PS: I tried to do the update myself but apparently I don't have the permission. Could it be that some pages on the cwiki can be edited by anyone with an Apache Confluence account and other pages only by wicket committers ?
Re: log4j question with wicket
a) Where does the log4j.properties file for your webapp reside ?
b) Do you have a log4j.jar in WEB-INF/lib/ ?
M.
On Mon, Jul 27, 2009 at 4:45 PM, pieter claassen
wrote:
> I am sure something is broken in tomcat. This is not a dependency issue as
> the build runs file and manually logging info with log4j also works (see
> below). The problem seems when wicket logs using slf4j and this only goes
> to
> catalina.log (I cannot get this redirected to my own log file).
>
> If I understand this correctly, wicket uses slf4j to log its own internals.
> With tomcat6, I am supposed to then configure log4j (or any adapter that I
> want to) to get that information to the location I would like to (a local
> text log file).
>
> I am trying to enable wicket's requestlog debugging and directing the
> output
> to my application log file for later inspection.
>
> If I run the following code, I get a message in catalina.out (I also get
> all
> the debug information from wicket requestlogger on catalina.out)
>
> Logger logger=LoggerFactory.getLogger(Logger.ROOT_LOGGER_NAME);
> logger.info("AUTH PAGE ACCESSED");
>
> When I run the code under a debugger, I can see that logger points to
> catalina.out, so clearly I failed to point rootLogger to another file with
> either of my log4j.properties settings.
>
> Note however, that if I use org.apache.log4j.Logger then I can correctly
> dump logging infor to my target file
>
> Logger.getRootLogger().info("AUTHPAGE Logged with Logger.getRootLogger()");
>
> Here is my question:
>
> 1. What is the correct procedure to enable request logging with wicket and
> tomcat so that each of my applications dumps its request data to a specific
> text file?
>
> Thanks for all the feedback so far.
> Pieter
>
>
> here is my log4j.properties in my tomcat lib directory
>
> log4j.rootLogger=INFO, R
> log4j.appender.R=org.apache.log4j.RollingFileAppender
> log4j.appender.R.File=${catalina.home}/logs/tomcat.log
> log4j.appender.R.MaxFileSize=10MB
> log4j.appender.R.MaxBackupIndex=10
> log4j.appender.R.layout=org.apache.log4j.PatternLayout
> log4j.appender.R.layout.ConversionPattern=%p %t %c - %m%n
> log4j.logger.org.apache.catalina=INFO, R
>
> log4j.logger.org.apache.catalina.core.ContainerBase.[Catalina].[localhost]=INFO,
> R
> log4j.logger.org.apache.catalina.core=INFO, R
> log4j.logger.org.apache.catalina.session=INFO, R
>
> Here is my application log4j.properties file.
>
> log4j.rootLogger=INFO,R
> log4j.category.org.apache.wicket.protocol.http.RequestLogger=INFO
> log4j.logger.org.apache.wicket=INFO
> log4j.logger.org.apache.wicket.protocol.http.HttpSessionStore=INFO
> log4j.logger.org.apache.wicket.version=INFO
> log4j.logger.org.apache.wicket.RequestCycle=INFO
> log4j.appender.R=org.apache.log4j.RollingFileAppender
> log4j.appender.R.File=/var/log/${application.name}/application.log
> log4j.appender.R.MaxFileSize=10MB
> log4j.appender.R.MaxBackupIndex=10
> log4j.appender.R.layout=org.apache.log4j.PatternLayout
> log4j.appender.R.layout.ConversionPattern=%p %t %c - log file%m%n
>
>
>
> On Mon, Jul 27, 2009 at 12:00 PM, Maarten Bosteels
> wrote:
>
> > On Fri, Jul 24, 2009 at 3:47 PM, pieter claassen > >wrote:
> >
> > > I think that slf4j is not working in my setup and it might have nothing
> > to
> > > do with Tomcat. As a matter of fact, I assume I don't even have to have
> > > log4j or slf4j working with tomcat, but that as long as my POM
> references
> > > the correct dependencies, my application should log correctly?
> > >
> > > To overcome the following error, I had to upgrade by slf4j and log4j
> deps
> > > to
> > > the latest version.
> > >
> > > Caused by: java.lang.IllegalAccessError: tried to access field
> > > org.slf4j.impl.StaticLoggerBinder.SINGLETON from class
> > > org.slf4j.LoggerFactory
> > >
> > > These are my maven deps.
> > >
> > >
> > >org.slf4j
> > >slf4j-log4j12
> > >1.5.6
> > >
> > >
> > >org.slf4j
> > >slf4j-api
> > >1.5.6
> > >
> >
> >
> > You still need log4j itself. add this dependency:
> >
> >
> >log4j
> >log4j
> >1.2.14
> >
> >
> > Maarten
> >
> >
> > >
> > >
> > > I see the same behaviour in Glassfish and tomcat. Does anybody have
> > > slf4j-1.5.6 working with log4j-1.2.14?
> > >
> > > I a
Re: the effective ways of wicket models to access database
On Mon, Jul 27, 2009 at 2:58 PM, David Chang wrote:
>
> Martin and all, thanks for your input.
>
> >>You can use spring to inject the service, using @SpringBean and
> calling in the constructor InjectorHolder.getInjector().inject(this);
> (or use salve)
>
> You mean add a member to this CheeseModel class and use @SpringBean to
> inject it? From reading this book, I know it works. How about creating a
> super custom model (implements IModel) which has DAO ready and other classes
> such as CheeseModel simply extends it?
>
> What do you mean by "salve"?
http://code.google.com/p/salve/
Maarten
>
>
> Thanks.
>
>
>
> --- On Mon, 7/27/09, Martijn Dashorst wrote:
>
> > From: Martijn Dashorst
> > Subject: Re: the effective ways of wicket models to access database
> > To: users@wicket.apache.org
> > Date: Monday, July 27, 2009, 8:29 AM
> > You can use spring to inject the
> > service, using @SpringBean and
> > calling in the constructor
> > InjectorHolder.getInjector().inject(this);
> > (or use salve)
> >
> > Service locator is also a possibility. That is why we left
> > it open :)
> >
> > Martijn
> >
> > On Mon, Jul 27, 2009 at 2:20 PM, David Chang
> > wrote:
> > >
> > > Hello, I am reading <>
> > to learn Wicket. The example on Page 99 is about teaching
> > detachable models. Here it goes:
> > >
> > > ---
> > > public class CheeseModel extends Model {
> > >private Long id;
> > >private transient Cheese cheese;
> > >public CheeseModel() {
> > >}
> > >public CheeseModel(Cheese cheese) {
> > >setObject(cheese);
> > >}
> > >public CheeseModel(Long id) {
> > >this.id = id;
> > >}
> > >@Override
> > >public Object getObject() {
> > >if(cheese != null) return
> > cheese;
> > >if(id == null ) {
> > >cheese = new
> > Cheese();
> > >} else {
> > >CheeseDao dao =
> > ...
> > >cheese =
> > dao.getCheese(id);
> > >}
> > >return cheese;
> > >}
> > >@Override
> > >public void setObject(Object object) {
> > >this. cheese = (Cheese)object;
> > >id = (cheese == null) ? null :
> > cheese.getId();
> > >}
> > >@Override
> > >public void detach() {
> > >this. cheese = null;
> > >}
> > > }
> > > ---
> > >
> > > I would like to know how dao is obtained as indicated
> > as follows:
> > >
> > >CheeseDao dao =
> > ...
> > >
> > > Use a locator pattern? Or should I let CheeseModel
> > extend a custom model in which dao is set via Spring? Does
> > the latter way create more memory footprint? What are the
> > effective ways of getting DAO avaiable to wicket models?
> > >
> > > Thanks for your input!
> > >
> > > Cheers!
> > >
> > >
> > >
> > >
> > >
> > -
> > > 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.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
> >
> >
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: [OT] Continue to support Wicket 1.2 in WicketForge
We only use wicket 1.4.* Regards, Maarten On Sat, Jul 25, 2009 at 2:16 PM, Erik van Oosten wrote: > Mostly Wicket 1.4 at my company, just 1 Wicket 1.3 project left. > > Regards, > Erik. > > > Nick Heudecker wrote: > >> Hi, >> >> For those of you that don't know, I maintain WicketForge, the Wicket >> plugin >> for IDEA (http://plugins.intellij.net/plugin/?id=1545 or >> http://code.google.com/p/wicketforge). Currently, WicketForge supports >> Wicket 1.2 in addition to 1.3 and 1.4, but I'd like to remove support for >> 1.2 to clean a few things up. First, I want to see if people are still >> using 1.2 with WF. >> >> My question to you is: are you still using WicketForge with Wicket 1.2? >> >> Thanks for your time and feedback. >> >> > > -- > Erik van Oosten > http://www.day-to-day-stuff.blogspot.com/ > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: log4j question with wicket
On Fri, Jul 24, 2009 at 3:47 PM, pieter claassen wrote:
> I think that slf4j is not working in my setup and it might have nothing to
> do with Tomcat. As a matter of fact, I assume I don't even have to have
> log4j or slf4j working with tomcat, but that as long as my POM references
> the correct dependencies, my application should log correctly?
>
> To overcome the following error, I had to upgrade by slf4j and log4j deps
> to
> the latest version.
>
> Caused by: java.lang.IllegalAccessError: tried to access field
> org.slf4j.impl.StaticLoggerBinder.SINGLETON from class
> org.slf4j.LoggerFactory
>
> These are my maven deps.
>
>
>org.slf4j
>slf4j-log4j12
>1.5.6
>
>
>org.slf4j
>slf4j-api
>1.5.6
>
You still need log4j itself. add this dependency:
log4j
log4j
1.2.14
Maarten
>
>
> I see the same behaviour in Glassfish and tomcat. Does anybody have
> slf4j-1.5.6 working with log4j-1.2.14?
>
> I am stumped?!
> P
>
>
> On Fri, Jul 24, 2009 at 9:22 AM, pieter claassen >wrote:
>
> > I am trying to get my application to log to a separate file with the
> > following log4j.properties (server is tomcat6 in netbeans). I enabled the
> > following in my wicketapplication.
> >
> > getRequestLoggerSettings().setRequestLoggerEnabled(true);
> >
> > What I find is that catalina.{date}.out logs the requests correctly, but
> I
> > get tomcat startup info in my logfile and then nothing else.
> >
> > Any ideas?
> >
> > Thanks,
> > Pieter
> >
> > /var/log/webapp/application.log
> >
> >
> > 2009-07-24 09:21:28,052 INFO - ContextLoader - Root
> > WebApplicationContext: initialization started
> > 2009-07-24 09:21:28,082 INFO - XmlWebApplicationContext - Refreshing
> > org.springframework.web.context.support.xmlwebapplicationcont...@1077092
> :
> > display name [Root WebApplicationContext]; startup date [Fri Jul 24
> 09:21:28
> > CEST 2009]; root of context hierarchy
> > 2009-07-24 09:21:28,134 INFO - XmlBeanDefinitionReader- Loading XML
> > bean definitions from ServletContext resource
> > [/WEB-INF/WicketApplicationDefinition.xml]
> > 2009-07-24 09:21:28,555 INFO - XmlWebApplicationContext - Bean factory
> > for application context
> > [org.springframework.web.context.support.xmlwebapplicationcont...@1077092
> ]:
> >
> org.springframework.beans.factory.support.defaultlistablebeanfact...@1ab5e0b
> > 2009-07-24 09:21:28,582 INFO - DefaultListableBeanFactory -
> > Pre-instantiating singletons in
> >
> org.springframework.beans.factory.support.defaultlistablebeanfact...@1ab5e0b
> :
> > defining beans [myDataSource,appConfig,WicketApplication]; root of
> factory
> > hierarchy
> > 2009-07-24 09:21:29,172 INFO - ContextLoader - Root
> > WebApplicationContext: initialization completed in 1120 ms
> >
> >
> > log4j.properties
> > ==
> > log4j.rootLogger=INFO, file
> >
> > log4j.appender.file=org.apache.log4j.RollingFileAppender
> > log4j.appender.file.maxFileSize=100KB
> > log4j.appender.file.maxBackupIndex=5
> > log4j.appender.file.File=/var/log/${application.name}/application.log
> > log4j.appender.file.layout=org.apache.log4j.PatternLayout
> > log4j.appender.file.layout.ConversionPattern=%d %-5p - %-26.26c{1} - %m\n
> >
> >
> > log4j.catagory.org.apache.wicket.protocol.http.RequestLogger=INFO
> > log4j.logger.org.apache.wicket=INFO
> > log4j.logger.org.apache.wicket.protocol.http.HttpSessionStore=INFO
> > log4j.logger.org.apache.wicket.version=INFO
> > log4j.logger.org.apache.wicket.RequestCycle=INFO
> >
> > --
> > Pieter Claassen
> >
> >
>
>
> --
> Pieter Claassen
> musmato.com
>
Re: Logging configuration for Wicket - Newbie
http://logging.apache.org/log4j/1.2/manual.html Hint: Setting your your root logger on WARN and explicitly lower the level for specific loggers (eg your own classes) is easier than trying the opposite. log4j.rootLogger=WARN log4j.logger.org.apache.wicket=INFO Maarten On Wed, Jul 8, 2009 at 6:46 PM, Rowe, Richard A. wrote: > I am trying to get my logging configured for a Wicket application. I am > using SLF4J and LOG4J. I have configured two appenders (Console and > File). I am noticing that all Wicket rendering statements are going to > my log file (INFO, DEBUG, etc). This is not desirable. How do I turn > this off? Thanks. > > > > > > Richard > > > > > > > >
Re: Migration of wicket-ki-security to wicket-shiro-security
wicket-ki-security is not yet abandonded :-) I suggest we remove the project (or move it to the attic) as soon as Shiro has a non-snapshot release in maven. Maarten On Fri, Jun 26, 2009 at 11:06 AM, Tauren Mills wrote: > BTW -- I added a page to the wiki as well: > http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-shiro-security > > Thanks Martijn -- not sure if it should be moved yet, but that's good to > know. > > Tauren > > > > On Fri, Jun 26, 2009 at 1:35 AM, Martijn Dashorst < > martijn.dasho...@gmail.com> wrote: > > > I think we have an attic for abandoned projects. > > > > Martijn > > > > On Fri, Jun 26, 2009 at 10:23 AM, Tauren Mills > wrote: > > > I've created a new project in WicketStuff for wicket-shiro-security: > > > > > > https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/shiro-security/ > > > > > > This project is basically the same as wicket-ki-security, but I've > > changed > > > all references of apache ki/jsecurity to shiro. In addition, instead of > > > being dependent on jsecurity-0.9.0.jar, this project relies on the > > following > > > jars: > > > > > > shiro-core-1.0-incubating-SNAPSHOT.jar > > > shiro-web-1.0-incubating-SNAPSHOT.jar > > > shiro-spring-1.0-incubating-SNAPSHOT.jar > > > > > > Unfortunately, I don't think these jars are availabe in a maven repo > yet. > > > So to build you'll need to: > > > > > > mkdir shiro > > > cd shiro > > > svn co http://svn.apache.org/repos/asf/incubator/shiro/trunk/ > > > mvn install > > > > > > I've ran the two sample apps (realm and spring-jdbc) and they both > appear > > to > > > be working correctly. > > > > > > I didn't want to remove the wicket-ki-security project, as others might > > be > > > using it. But now that apache ki has changed its name to apache shiro, > > > perhaps that project should be moved out of wicketstuff-core? > > > > > > Please let me know if anyone finds any issues with this release. > Thanks! > > > > > > Tauren > > > > > > > > > > > -- > > 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 > > > > >
Re: Dirty read/edit problem.
Hi, We have implemented something similar. In our case multiple applications should be able to request locks, so we have implemented it on the database. It's based on DBMS_LOCK (Oracle specific). When an application crashes (or is killed in an unclean manner) Oracle will roll back any pending transactions, and automagically release the locks. Works very well (btw, our applications never crash :-) Since you have only one application, I guess you could do it in the application layer (keep locks in memory). Maarten On Tue, Jun 23, 2009 at 3:07 AM, James Carman wrote: > If it's fairly unlikely that two people would be editing the same record at > the same time, then it's probably okay to go with optimistic locking. > > On Mon, Jun 22, 2009 at 8:41 PM, satar wrote: > > > > > Yep, that is what I thought from the reading I have done. I think I will > do > > it the way I have in the past but using an application-level edit table > > instead of having to use a database. This feels more natural to me and I > > have spent an absorbent amount of time learning Hibernate already and > just > > hoping that I get some return from all of the complexities it has > > eventually. I do believe that will be the case because all you smart > peeps > > wouldn't be using it if there was nothing to gain. The dirty read problem > > seems like such a normal condition for any application that has multiple > > writers, so I thought I would see what is a typical approach within web > > apps > > -- something I am very new at. > > -- > > View this message in context: > > http://www.nabble.com/Dirty-read-edit-problem.-tp24157057p24158076.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:message on an attribute
http://cwiki.apache.org/WICKET/wickets-xhtml-tags.html#Wicket%27sXHTMLtags-Attributewicket:message *wicket:message="attribute:resource_identifier"* - Used on any tag that we want Wicket to provide an attribute with a value that's the result of a resource lookup. Maarten On Sun, Jun 14, 2009 at 5:04 PM, Luther Baker wrote: > Is there a way to use wicket:message on markup attributes? > > Pseudo something like this? > > > > Thanks, > > -Luther >
Re: Anemic domain model and are @SpringBean's compatible with the solution in "Spring 2.0 vs. the Anemic Domain Model"?
Hi, According to the docs [1], it should be enough to add this to your spring XML configuration file: [1] http://static.springframework.org/spring/docs/2.5.x/reference/aop.html#aop-aj-ltw Maarten On Wed, Jun 10, 2009 at 3:19 PM, Kent Larsson wrote: > I skipped the AJDT plugin and am doing LTW (Load-Time Weaving) now, it > works. > > In my case I added: (It might be of use to someone) > > > > -javaagent:"/home/kent/.ivy2/cache/org.springframework/spring-agent/jars/spring-agent-2.5.6.SEC01.jar" > > To the Server Overview / Open launch configuration / Arguments. > > I'll investigate if I can use a classloader for Tomcat which I specify > in my Spring XML configuration instead, as it would mean that the > developers of the project won't have to mess with the server > configuration. > > On Wed, Jun 10, 2009 at 10:11 AM, Kent Larsson > wrote: > > By the way. When using @Configured one has to get AspectJ working if > > I'm not mistaken? > > > > I've been messing with it for a while now and it's not going great. > > :-/ What I did was install the AJDT plugin for Eclipse and converted > > my project to a AspectJ project, then I got stuck. How are you who > > have it working solve the AspectJ part with Eclipse problem? Do you > > use load time weaving? I can't find a decent manual for the AJDT > > plugin. > > > > On Fri, May 29, 2009 at 12:59 PM, Kent Larsson > wrote: > >> Ah, interesting. Thanks for elaborating! > >> > >> On Fri, May 29, 2009 at 12:31 PM, James Carman > >> wrote: > >>> On Fri, May 29, 2009 at 4:04 AM, Kent Larsson > wrote: > > I try not to design my domain models in such a way > > Could you elaborate on this a bit, please? > >>> > >>> I kind of "cheat" a bit. When there needs to be something done that > >>> involves multiple domain entities, I usually push that logic into a > >>> "service" class rather than into the entities themselves. For > >>> operations solely involving an entity and its aggregated entities, I > >>> usually put that into the entity class itself. > >>> > >>> - > >>> 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: Ordering a list component?
http://londonwicket.googlecode.com/files/LondonWicket-ListEditor.pdf I vaguely remember that the code didn't work for 100% when I tested it, but it sure is a good start. Maarten On Wed, May 27, 2009 at 5:14 PM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > ListView has up and down links incorporated. I haven't used them, so I > didn't document their use in WIA. You could take a look at them... > > see ListView#moveUpLink() > > They're not ajaxy enabled, but I think you can use them in a: > > > > > > kind of way. > > Martijn > > On Wed, May 27, 2009 at 5:04 PM, Phillip Rhodes > wrote: > > > > Sorry, should have been more specific. > > > > Allow the user to perform custom ordering of a list of items. > > Sort of like the palette component, but only half of it. > > > > > > -Original Message- > > From: "Martin Makundi" > > Sent: Wednesday, May 27, 2009 10:37am > > To: users@wicket.apache.org > > Subject: Re: Ordering a list component? > > > > Collections.sort > > > > 2009/5/27 Phillip Rhodes : > >> I was wondering if anyone had a component that allows you to order a > list of items? > >> > >> Thanks, wicket is the best! > >> > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > -- > 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 > >
Re: Generate markup for hidden framework form field?
When you write it out with oncomponenttagbody it's not part of the
component hierarchy, it's just rendered markup.
Once the form is submitted, you can retrieve the value using the servlet
API.
What behavior would you want to add on top ?
Maarten
On Tue, May 26, 2009 at 12:17 PM, Jörn Zaefferer <
joern.zaeffe...@googlemail.com> wrote:
> How is that going the fix the problem? I'd end up with markup, but no
> behaviour on top of it.
>
> Jörn
>
> On Mon, May 25, 2009 at 5:52 PM, Igor Vaynberg
> wrote:
> > right, so remove that code since you have replaced that component with
> > pure markup.
> >
> > -igor
> >
> > On Mon, May 25, 2009 at 8:48 AM, Jörn Zaefferer
> > wrote:
> >> That was the idea. But Wicket still can't find the component markup
> >> when looking for it. The form adds this elsewhere:
> >>
> >> add(new HiddenField("csrf-protection", new
> >> Model(csrfProtection())).setRequired(true).add(new
> >> IValidator() {
> >>public void validate(IValidatable validatable) {
> >>log.warn("potential csrf attack, submitted value: " +
> >> validatable.getValue() + ", expected: " + csrfProtection());
> >>validatable.error(new ValidationError().setMessage("wrong
> csrf
> >> protection cookie"));
> >>}
> >> }));
> >>
> >> Jörn
> >>
> >> On Mon, May 25, 2009 at 5:44 PM, Igor Vaynberg
> wrote:
> >>> if you write it out in oncomponenttagbody then you dont need it in the
> >>> markupo anymore.
> >>>
> >>> -igor
> >>>
> >>> On Mon, May 25, 2009 at 6:32 AM, Jörn Zaefferer
> >>> wrote:
> Hi,
>
> my application uses a form subclass everywhere for CSRF protection.
> Each form needs a hidden field like this: wicket:id="csrf-protection" />
> The wicket component for that is added by the form subclass
> (SecureForm) which all other forms in the application extend.
>
> Currently each form has to include that markup somewhere, producing a
> lot of duplication.
>
> I'm looking for a way to get rid of that duplication. An approach I'm
> currently investigating is to generate the markup, similar to how Form
> genrates a hidden input it its onComponentTagBody:
>
> @Override
> protected void onComponentTagBody(MarkupStream markupStream,
> ComponentTag openTag) {
> String nameAndId = get("csrf-protection").getId();
> AppendingStringBuffer buffer = new AppendingStringBuffer(
> " />");
> getResponse().write(buffer);
> super.onComponentTagBody(markupStream, openTag);
> }
>
> That doesn't work, Wicket throws an exception of a missing reference
> in markup anyway. Likely because this just writes to the response, not
> extending the markup.
> I also don't see any way to achieve this via MarkupStream or
> ComponentTag.
>
> Any ideas?
>
> Regards
> Jörn Zaefferer
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >>> For additional commands, e-mail: users-h...@wicket.apache.org
> >>>
> >>>
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >>
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: Pre-built wicket sample app for a starter to copy?
Hi, Are you sure you want to mix Wicket with DisplayTag ? I am not saying it's impossible, but when starting a Wicket project from scratch, I wouldn't add a JSP tag library to the mix. Maarten On Mon, May 11, 2009 at 7:18 PM, Jeremy Thomerson wrote: > Search for Wicket Phonebook or just start from the quick start > http://wicket.apache.org/quickstart.html > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > > On Mon, May 11, 2009 at 12:03 PM, David Chang > wrote: > > > > Hello, I have a web project to do and this time I am going to do it with > Wicket instead of Spring MVC. And I need your input. > > > > The tools I plan to use include Wicket, Spring, Hibernate, Acegi, and > Displaytag. > > > > I recall when I started my first Spring project, I copied Matt Rabile’s > example application and started to modify it, which got me off the ground > pretty quickly. > > > > For my Wicket project, I hope to see a similar pre-built or semi-built > Wicket application that uses the above tools for me to quickly start without > spending much time to figure out the “optimal” organization of files and > directories. > > > > Any idea or suggestion? Thank you! > > > > Cheers! > > > > > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: bug in swfObject.java --> http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html
It's a wiki page, you can fix it yourself.
Yes you can !
regards,
Maarten
On Thu, May 7, 2009 at 9:46 PM, Jeremy Thomerson
wrote:
> Please file a JIRA issue so that it doesn't get lost.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
>
> On Thu, May 7, 2009 at 12:46 PM, Fernando Wermus
> wrote:
> > Hi all,
> >There is a small bug in swfObject in page:
> > http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html.
> >
> > When SwfObject receives more than one parameter, instead of adding a
> comma
> > between them, SwfObject omits it.
> >
> > This mini bug could be fixed as follows:
> >
> >
> > private String buildDataObject(Map data) {
> >final String quote = "'";
> >final String comma=",";
> >if (data != null && !data.isEmpty()) {
> > StringBuilder result = new StringBuilder();
> > result.append("{");
> > for (Map.Entry e : getParameters().entrySet()) {
> >result.append(quote).append(e.getKey()).append(quote + ":" +
> > quote).append(e.getValue()).append(quote).append(comma);
> > }
> > result.deleteCharAt(result.length() - 1);
> > result.append("}");
> > return result.toString();
> >}
> >return "{}";
> > }
> >
> > Besides, It doesn't work using modal windows :(.
> >
> >
> > --
> > Fernando Wermus.
> >
> > www.linkedin.com/in/fernandowermus
> > http://mientretiempo.blogspot.com/
> >
>
Re: Wicket-Guice: Inject into Session
Hello Igor,
I really like the idea behind Salve.
Are there any open source applications using it, except elephas [1] ?
I already got a lot of inspiration from the elephas source code, but
that project seems to have stalled a bit, right ?
[1] http://code.google.com/p/elephas/
Thanks,
Maarten
On Wed, Apr 29, 2009 at 6:39 PM, Igor Vaynberg wrote:
> i dont know how fdiotalevi works.
>
> you can do it however you want as long as you either dont add a
> serializable field to the session or you do add a field but it
> contains some sort of serialization-safe proxy.
>
> -igor
>
> On Wed, Apr 29, 2009 at 1:18 AM, wrote:
>> This sounds good, Igor.
>>
>> But I have a question.
>>
>> If I only use EJB 3.0/JPA with http://code.google.com/p/fdiotalevi/
>> (no Spring, no Guice, no Salve), then how would I let a session object
>> hold on to references to services and yet remain lightweight?
>>
>> Is there any information about best Wicket practices, patterns for
>> session objects and pages that need EJB references?
>>
>> What would be in your opinion the most robust approach to this
>> starting with the technologies that I am already using?
>>
>> Would it be better to use look-ups like
>> InitialContext#lookup("java:comp/env/.");instead of @EJB
>> injection?
>>
>> I thought Wicket and EJB 3.0 makes a fairly robust and compact and
>> easy to learn set of technologies, but I understand your concerns, and
>> I have been looking for an answer in this area for a while.
>>
>> I use @EJB session bean injection in pages but I wonder what happens
>> to the references as these are pooled resources that have a price.
>>
>> Many thanks,
>> Bernard
>>
>> On Tue, 28 Apr 2009 23:42:02 -0700, you wrote:
>>
>>>there is absolutely nothing wrong with having authenticate() on
>>>session. this kind of thinking is exactly what is wrong with the
>>>current state of java technology.
>>>
>>>session is an object in wicket, why should it fall prey to the anemic
>>>data model antipattern? why should it contain data only and no
>>>behavior?
>>>
>>>what looks better?
>>>
>>>session.setuserid(long id);
>>>session.getuserid();
>>>
>>>or
>>>
>>>session.authenticate(credentials cred);
>>>session.getuserid();
>>>
>>>the former has absolutely no encapsulation or protection of data,
>>>anyone can set whatever id they want via a simple call to setuserid().
>>>the latter properly encapsulates the user id and protects against code
>>>abuse.
>>>
>>>there are a number of technologies that allow you to break out of the
>>>anemic data model mold by allowing, in this case the session, objects
>>>to hold on to references to services and yet remain lightweight.
>>>
>>>wicket provides the lightweight serializable proxies which can be used
>>>inside any object.
>>>
>>>class mysession extends websession {
>>> @SpringBean/@Inject
>>> private SessionFactory sf;
>>> private long id; <== id is private with no direct setter
>>> public mysession(webrequest req) {
>>> super(req);
>>> injectionholder.getinjector().inject(this); <== injects sf var
>>> }
>>> public void authenticate(credentials creds) throws AuthException {
>>> user u=sf.getnamedquery("auth")..
>>> id=u.getid();
>>> }
>>>
>>>salve.googlecode.com removes the reference field altogether and
>>>rewrites field access with a lookup.
>>>
>>>class mysession extends websession {
>>> @Dependency
>>> private SessionFactory sf; <== field will be removed via bytecode
>>>instrumentation leaving the session object lightweight and
>>>serializable
>>> private long id; <== id is private with no direct setter
>>> public mysession(webrequest req) {
>>> super(req);
>>> }
>>> public void authenticate(credentials creds) throws AuthException {
>>> user u=sf.getnamedquery("auth") <== this access to the removed sf
>>>field will be rewritten as a lookup from configured ioc container
>>> ...
>>> id=u.getid();
>>> }
>>>
>>>-igor
>>>
>>>On Tue, Apr 28, 2009 at 9:49 PM, Marc Ende wrote:
Hmm... I'm not sure why it's done this way in the
AuthenticatedWebSession but
nevertheless it's the only task of a session object to keep informations
between
two requests. From this point of view a authenticate(String,String)
doesnt' really
make sense in the Class. May be there is someone here who can explain this
point. I wouldn't say that this is wrong, but unusual... :)
May be you can get the database connection from inside the method for
authentication purposes,
Then you haven't got any private or public members which should be
serialized and contains a database connection.
m.
Jan Torben Heuer schrieb:
> Marc Ende wrote:
>
>
>> webapps do. In this case you've got to serialize the connection. I don't
>> think that's easy/possible to seralize a database connection.
>> I would go another approach which uses the session only as a
>> information-container and get
Re: Localize AjaxSubmitLink
Or:
Maarten
On Mon, Apr 20, 2009 at 5:07 PM, Jeremy Thomerson
wrote:
> link = new AjaxSubmitLink();
> link.add(new AttributeModifier("value", true, new
> ResourceModel("speichern.textkey"));
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
>
> On Mon, Apr 20, 2009 at 6:59 AM, Peter Diefenthaeler wrote:
>
>>
>> Hi,
>> is it possible to localize a AjaxSubmitLink?
>> I would like to replace "Speichern" with a localized value from a
>> properties file ...
>>
>> HTML:
>>
>> Java:;
>> form.add(new AjaxSubmitLink("save") { ... });
>>
>> Thanx, Peter
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: [poll] Interest in regular Deventer Wicket meetup?
Bergen-op-zoom ? Antwerp ? Brussels ? Or the center of the (beer brewing) universe: Leuven ? I'd like to attend, but Deventer is just too far for me. Maarten On Mon, Apr 20, 2009 at 12:47 PM, Thijs wrote: > I'd love to attend. so +1 > However Amsterdam already being a problem (yes, zeeland is the other end of > the world, esp. for the NS). > Deventer is just a bit to far for an afternoon/evening. ( 3 - 3,5h travel > one way). > So I'd like to attend and probably would once in a while. It will certainly > not be on a regular basis. > > Thijs > > > On 17-4-2009 15:30, Martijn Dashorst wrote: >> >> I want to poll if there is an interest in a regular Wicket meetup in >> Deventer, the Netherlands. We can only host at most ~20 people, so I >> expect this to be much lower key than the Amsterdam meetups. >> >> If there is an interest, I'll prod my employer to see if they are >> willing to help with space, beamer and possibly pizza. >> >> The venue would be one of the Topicus buildings, which are >> conveniently located in the historical center of Deventer, very close >> to the train station. >> >> The types of presentations/discussions/etc. I'm looking for are rather >> simple: >> - show us your product and discuss where/how/why you used and extended >> wicket >> - show us how you integrated with >> hibernate/db4o/ibatis/cayenne/rome/spring/guice/jquery/gmap/opensocial/... >> - ask us a question for a problem (with code... ;-) >> - ... >> >> These events would start at ~18:30 with pizza, doors open at 18:00 and >> presentations starting at 19:00. >> >> I'd also like to keep the meetups short, about 90 minutes, or maybe 2 >> hours (max). This will give people the opportunity to return to home >> at an appropriate time. Afterwards we could visit one of the bars that >> serve Topicus Gifkikker. >> >> Is this an event you would like to visit? >> >> Martijn >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicketsuff commit access
Thanks Igor. Maarten On Tue, Apr 14, 2009 at 2:42 AM, Igor Vaynberg wrote: > done > > -igor > > On Mon, Apr 13, 2009 at 1:47 PM, Maarten Bosteels > wrote: >> Hello, >> >> I have some small fixes for ki-security under wicketstuff-core. >> >> Could someone grant me commit access ? >> My sourceforge account is maartenbosteels. >> >> Thanks, >> Maarten >> >> - >> 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
wicketsuff commit access
Hello, I have some small fixes for ki-security under wicketstuff-core. Could someone grant me commit access ? My sourceforge account is maartenbosteels. Thanks, Maarten - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Google App Engine and Wicket
Good news: http://groups.google.com/group/google-appengine-java/msg/f50bbb131dc524c1 "HttpSessions will work out of the box if you enable them in your appengine-web.xml. We do not guarantee that all requests for the same session go to the same JVM, but persistence of sessions is managed behind the scenes with the datastore and memcache. You are, of course, free to use the memcache and/or datastore API's directly if you want more control. " Maarten On Sun, Apr 12, 2009 at 4:18 PM, Adriano dos Santos Fernandes wrote: > Maarten Bosteels wrote: >> >> But AFAIK GAE doesn't use/guarantee sticky sessions, so I am afraid >> you can't rely on local memory. >> >> "App Engine uses multiple web servers to run your application, and >> automatically adjusts the number of servers it is using to handle >> requests reliably. A given request may be routed to any server, and it >> may not be the same server that handled a previous request from the >> same user." >> >> http://code.google.com/appengine/docs/java/runtime.html#Requests_and_Servlets >> >> It would be interesting to test the performance of an ISessionStore >> backed by the App Engine datastore. > > FYI, I've put a app. with a static variable counter (just a static, not in > session). And since two days there, the counter is maintained. > > So I guess they solution uses something like Terracotta. BTW, they web > server is Jetty. > > > 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
Re: Google App Engine and Wicket
But AFAIK GAE doesn't use/guarantee sticky sessions, so I am afraid
you can't rely on local memory.
"App Engine uses multiple web servers to run your application, and
automatically adjusts the number of servers it is using to handle
requests reliably. A given request may be routed to any server, and it
may not be the same server that handled a previous request from the
same user."
http://code.google.com/appengine/docs/java/runtime.html#Requests_and_Servlets
It would be interesting to test the performance of an ISessionStore
backed by the App Engine datastore.
Maarten
On Sun, Apr 12, 2009 at 8:00 AM, Eelco Hillenius
wrote:
>> Both articles avoid the DiskPageStore problem by using the HttpSessionStore,
>> however if you do a search through the mailing list archives for
>> HttpSessionStore you'll find numerous references to problems in using it in
>> the long term and especially in a real, production application, so I don't
>> think that's a good long term solution, so my original question still
>> stands. Is there an alternative or is Wicket perhaps not well suited for use
>> in the App Engine.
>
> It's probably a good idea to have a specialized implementation of
> ISessionStore for App Engine that uses whatever makes sense with App
> Engine for medium term storage ('cause that's what it is... short term
> storage is the current page, which is typically local memory, and
> older pages are used for the duration of the session, and typically
> just keeping the last few in memory suffices.
>
> Eelco
>
> -
> 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: feedback panel
Have you searched the mailinglist archives ? I bet this has been asked before.
Anyway, see for example ShinyForm and its friends (in elephas)
http://tinyurl.com/cuyugo
For adding attribues, use AttributeAppender .
ErrorHighlightBehavior from elephas :
public class ErrorHighlightBehavior extends AttributeAppender {
private static final long serialVersionUID = 1L;
public ErrorHighlightBehavior() {
super("class", true, new Model("error"), " ");
}
@Override
public boolean isEnabled(Component component) {
return !((FormComponent) component).isValid();
}
Note: I have nothing to do with the elephas project, I just found some
inspiration in their code.
regards,
Maarten
On Sat, Apr 4, 2009 at 8:15 PM, Luther Baker wrote:
> I'd like to turn the background of a text input yellow - if it has errors.
>
> Is there a standard way to do this? I have a feedback panel - and can write
> some javascript. What about scanning the page for a feedback panel, and then
> - reading an attribute like id="form_name_" and corresponding that to
> an field that needs to have a certain style .. ah - thats convoluted - but
> can someone suggest a general way to add attributes to elements - I've seen
> it but can't remember where?
>
> Furthermore, is there a way to access the creation of the FeedbackPanel.LIs?
>
> Thanks,
>
> -Luther
>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: urlFor ResourceStreamRequestTarget returning null
Have you seen this page [1], it also features an SWFObject. http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html regards, Maarten On Tue, Mar 31, 2009 at 3:36 PM, francisco treacy wrote: > hi all, > > i can't seem to find the way to get an url for a given RequestTarget. > i'm using wicket 1.4-rc1. > > basically i have an SWFComponent : http://paste.pocoo.org/show/110435/ > > my problem is in line 35, when i call urlFor(target) to the renderHead > method. the target is of type ResourceStreamRequestTarget and when i > dig into the sources for the urlFor call, i end up in > WebRequestCodingStrategy#encode: > > // fall through for non-default request targets > url = doEncode(requestCycle, requestTarget); > > doEncode javadoc reads: > > * In case you are using custom targets that are not part of the > default target hierarchy, you > * need to override this method, which will be called after the > defaults have been tried. When > * this doesn't provide a url either (returns null), an exception > will be thrown by the encode > * method saying that encoding could not be done. > > where am i supposed to override this method? > > additionally, wicket doesn't seem to throw an exception as stated - it > silently returns the null value. > > any ideas on how to get the url, or improvements to the code i pasted > to make it work? > > thank you, > > francisco > > ps: note that the ResourceStreamRequestTarget works fine. for instance > if i call getRequestCycle().setRequestTarget(target); on renderHead, > the http response streams the swf file. > > - > 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: Open Session in View Pattern: some basic questions
Igor, IIUC, transaction-per-request will commit AFTER the response has been rendered, right ? That means that there's also risk for inconsistency: when the commit fails, user will think everything is fine, but changes are rolled back. Or am I missing something ? Maarten On Thu, Mar 26, 2009 at 7:30 PM, Igor Vaynberg wrote: > there are three patterns to transaction management > > the default pattern is session-per-transaction. this is not convenient > because after your business logic closes the transaction you can no > longer use the session in the ui. > > there are two ways to solve this: either use session-per-request - > which means on first transaction you open a session, and keep it open > for the duration of the requests. transactions share the session and > even after the transactions are done you still have a session. this is > better because after your business logic is done you have the session > you can use for ui with all the stuff from business logic already > loaded. this is what the spring osiv filter does. > > the other way is a single transaction-per-request. this means on first > access you create a session and a transaction. all other operations > inside a request run within that one transaction. > > the difference between session-per-request and transaction-per-request > is data integrity from the user's perspective. if the user sees an > error page have his changes been saved to the database to some degree? > with transaction-per-request you are guaranteed that if user sees an > error screen none of their changes have been preserved - because > whatever displayed the error screen also rolled back the transaction. > with session-per-request there is no such guarantee. eg the business > logic runs fine and saves the data but an error in the ui causes an > error page. user sees an error - but the data is already saved - a > little inconsistent. > > personally i prefer transaction-per-request but afaik there is nothing > baked into spring that will do that so you will have to roll your own. > > -igor > > On Thu, Mar 26, 2009 at 5:31 AM, Kaspar Fischer wrote: >> I am learning about the OSIV pattern and have so far read the introduction >> at hibernate.org [1], the Spring JavaDoc for OpenSessionInViewFilter [2], >> the excellent MysticCoders tutorial [3] that uses Spring's >> OpenSessionInViewFilter, and some more. >> >> I have basic questions: >> >> 1. Is it correct that there are two variants of the pattern? >> >> In one variant there is a single transaction (and a single session) that >> gets committed at the end of the request, as described in [1]. If I am not >> mistaken, James's wicket-advanced application [5] also uses this variant. >> >> In the second variant, there is an intermediate commit. We therefore have >> two transactions (and one or two Hibernate sessions). Examples for this are >> WicketRAD and the London-Wicket PDF [4]. >> >> 2. The first variant has the disadvantage that the code handling the request >> cannot handle errors itself as the commit takes place at the end of the >> request, in a filter. Correct? >> >> As a concrete example, this means that if my code inserts an item that >> already exists and does not explicitly check for duplicates, the request >> will result in a rollback and the default error page. Where I would have >> preferred to see a feedback message "This item already exists". (It seems to >> me, however, that it is not a good practice to move error checking concerns >> to the database integrity layer, so the code *should* check for >> duplicates...) >> >> 4. Which variant(s) doe Spring's OpenSessionInViewFilter support and how >> does it work? >> >> I do not fully understand the documentation of the class but have the >> feeling it implements the second, and you can specify whether you want a >> single or two Hibernate sessions. I read [3]: >> >> "NOTE: This filter will by default not flush the Hibernate Session, with the >> flush mode set to FlushMode.NEVER. It assumes to be used in combination with >> service layer transactions that care for the flushing: The active >> transaction manager will temporarily change the flush mode to FlushMode.AUTO >> during a read-write transaction, with the flush mode reset toFlushMode.NEVER >> at the end of each transaction. If you intend to use this filter without >> transactions, consider changing the default flush mode (through the >> "flushMode" property)." >> >> Here is my understanding of this, assuming I have configured a Spring >> transaction manager and use transaction annotations: >> >> When a request starts, a Hibernate session is opened. When the first method >> with a @Transactional annotation is encountered, a transaction is started, >> and Hibernate's session is associated with this transaction. When the method >> exits, the transaction is committed but the session is left open (the OSIV >> behaviour). At the end of the request, the session is closed. Is this >> correct? >> >> Thanks for a reply
Re: number of active users
http://java.sun.com/products/servlet/2.3/javadoc/javax/servlet/http/HttpSessionListener.html
Counter implements HttpSessionListener {
private AtomicInteger count ;
sessionCreated: { count.incrementAndGet() }
sessionDestroyed: { count.decrementAndGet() }
}
Or, when users have to login, increment counter there, to make sure
you're only counting users who have signed in.
But remember that the session is already gone when sessionDestroyed is called.
regards,
Maarten
On Wed, Mar 25, 2009 at 8:02 PM, Andreas Kaluza wrote:
>
> Hi @ all,
>
>
>
> I'm using Wicket 1.35 with a jetty server. My question is if I can get the
> number of the active users, who are logged in the system. Perhaps getting
> the number of active sessions or something like that. Is there a solution
> for my problem?
>
>
>
> Greetings
>
>
>
>
>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicketstuff / ki / jsecurity
Hi Ryan, I added you to the Project Members, so feel free to commit your examples. Unfortunately, until now I haven't had time to work on it myself The idea was to let the code mature in http://code.google.com/p/wicket-jsecurity/ and maybe move it to wicket-stuff later on. Maybe we should move it to wicket-stuff already. My main problem with wicket-stuff is/was that it's not always very clear which projects are still alive and maintained and which are practically dead. And at the time, wicket-stuff had some problems with continuous integration, IIRC. Les, what do you think ? We should change the project name to wicket-ki anyway. regards, Maarten On Wed, Mar 25, 2009 at 7:47 AM, nino martinez wael < nino.martinez.w...@gmail.com> wrote: > Yeah I've for one always been very pro for wicketstuff.. It's nice keeping > things in one place.. Plus as you write if we share a somewhat similar > structure it's potentially easier to maintain.. > > 2009/3/24 Ryan McKinley > > > Hi- > > > > I've been looking to integrate a complex security model with wicket -- > > jsecurity seems really good. I tried messing with: > > http://code.google.com/p/wicket-jsecurity/ > > > > This appears to be a starting place, but does not have any running > example. > > > > In an effort to get things running (and learn JSecurity) i took that + > > wicket-auth-roles and tried to make a functioning core + example. I've > got > > something running and would love to share it... > > > > Should I post this to the google code site? > > > > It makes more sense (to me) if we keep it in the wicketstuff repos -- > that > > way we get the benefit of Jeremy's work to make wickettuff-core much > > cleaner. > > > > Thoughts? > > > > Ryan > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >
Re: AutoCompleteTextField and accentuated characters
try calling this method as early as possible 9eg with a servlet filter):
http://java.sun.com/javaee/5/docs/api/javax/servlet/ServletRequest.html#setCharacterEncoding(java.lang.String)
see also:
http://static.springframework.org/spring/docs/2.0.x/api/org/springframework/web/filter/CharacterEncodingFilter.html
Maarten
On Tue, Mar 24, 2009 at 6:41 PM, Thierry Leveque wrote:
> Ok, I fixed my problem. I should say I patched it! And it is pretty
> ugly
>
> The problem is from the fact that on the client side the ajax "get" URI is
> encoded from as utf-8. But the default Tomcat's URIEncoding is ISO-8859-1
> and for me it is something I cannot change.
> So when Tomcat is receiving the request it try to decode the parameters as
> if they are ISO-8859-1 and the result is not what is expected.
> If I look at the request.getQueryString, the encoding is fine but not with
> getParameter(String).
>
> So my patch is to convert the ISO-8859-1 string to UTF-8 inside my
> "getChoices" method:
> *input = new String(input.getBytes("ISO-8859-1"),"UTF-8");*
>
> It is a patch but at least it is working fine now.
>
> Any better idea?
>
> Thierry
>
>
> On Mon, Mar 23, 2009 at 21:05, Thierry Leveque wrote:
>
> > Well I was still perplex, because other fields, and even other ajax
> > components seems to work fine with the default Tomcat config.
> > So I used the Firefox extension TamperData to see exactly what is sent by
> > the browser.
> > The difference is obvious: Other ajax components and normal submit link
> are
> > doing a "post" to the server. So the request object in the Wicket filter
> > contain the correct "decoded" value. This is what I especting.
> > But when using the AutoCompleteTextField it is a "get" that is used!!
> > The value is then send directly within the url. And this is probably why
> it
> > is not encoded/decoded correctly.
> >
> > But why is this ajax component is doing a get and the others are doing
> > posts??
> > An idea??
> >
> > Thierry
> >
> >
> >
> > On Mon, Mar 23, 2009 at 20:15, mbrictson wrote:
> >
> >>
> >> I checked the Tomcat source code and the default URIEncoding is
> ISO-8859-1
> >> (not the system default encoding as I previously stated).
> >>
> >> AFAIK it is a global setting; I don't think you can set it per web
> >> application.
> >>
> >> If you don't have access to change the URIEncoding in the server.xml,
> then
> >> perhaps your only option is to build your Wicket application using
> >> ISO-8859-1 instead of UTF-8.
> >>
> >> --
> >> Matt
> >>
> >>
> >> tleveque wrote:
> >> >
> >> > It is working!!! Thanks!!!
> >> >
> >> > But I hope this is standard on Linux server, because I don't think I
> >> will
> >> > have access that on the server where I am hosting my web site.
> >> >
> >> > Do you know if there is another way to set that per web application?
> >> >
> >> > Thanks again!
> >> >
> >> > Thierry
> >> >
> >> > Sent from: Montreal Quebec Canada.
> >> >
> >> > On Mon, Mar 23, 2009 at 16:37, mbrictson wrote:
> >> >
> >> >>
> >> >> Are you using Tomcat?
> >> >>
> >> >> I had a similar problem (with the word café specifically) and it
> turned
> >> >> out
> >> >> to be caused by Tomcat's URL encoding. By default, Tomcat uses the
> >> system
> >> >> encoding for URLs. You will have to edit the Tomcat configuration to
> >> >> change
> >> >> this:
> >> >>
> >> >> 1. Open $CATALINA_HOME/conf/server.xml
> >> >>
> >> >> 2. Locate the that is being used. If you are accessing
> >> Tomcat
> >> >> directly, this will be the HTTP/1.1 connector. If you have Tomcat
> >> >> fronted
> >> >> by
> >> >> Apache HTTPd, this will be the AJP connector. If in doubt, edit
> both.
> >> >>
> >> >> 3. Add the attribute: URIEncoding="UTF-8".
> >> >>
> >> >> Example:
> >> >>
> >> >> >> >> connectionTimeout="2"
> >> >> redirectPort="8443"
> >> >> URIEncoding="UTF-8" />
> >> >>
> >> >> --
> >> >> Matt
> >> >>
> >> >>
> >> >> tleveque wrote:
> >> >> >
> >> >> > Hi,
> >> >> >
> >> >> > I have a problem AutoCompleteTextField and accentuated characters.
> >> When
> >> >> I
> >> >> > type characters within the us-ascii set, there is no problem, but
> as
> >> >> soon
> >> >> > as I use other characters (like 'é'), it doesn't work. The wrong
> >> >> character
> >> >> > is received.
> >> >> > With the Ajax debugger I can see that what is sent is wrong (or
> maybe
> >> >> > encoded?). For a 'é', it sends is '%C3%A9'. That what is received
> as
> >> >> the
> >> >> > parameter of the "getChoices" method.
> >> >> >
> >> >> > Is there something I can do about that?
> >> >> > I am using Wicket 1.3.5
> >> >> >
> >> >> > Thanks...
> >> >> >
> >> >>
> >> >> --
> >> >> View this message in context:
> >> >>
> >>
> http://www.nabble.com/AutoCompleteTextField-and-accentuated-characters-tp22637037p22668559.html
> >> >> Sent from the Wicket - User mailing list archive at Nabble.com.
> >> >>
> >> >>
> >> >> -
> >> >> To uns
Re: How to configure development mode so can see changes on-the-fly without restart
Hello,
I am also using IDEA 8.1 but instead of the jetty:run I start the wicket app
with the Start [1] class that is part of the quickstart archetype.
Not sure it's necessary but in my Application class, I added these lines for
automatic picking up changes to the html:
getResourceSettings().setResourcePollFrequency(Duration.milliseconds(500));
getResourceSettings().addResourceFolder("src/main/java");
And for automatically picking up compiled classes, I am using JavaRebel,
haven't tried their latest version though.
[1]
http://svn.apache.org/repos/asf/wicket/trunk/wicket-quickstart/src/main/java/org/apache/wicket/quickstart/Start.java
[2] http://www.zeroturnaround.com/javarebel/
Maarten
On Mon, Mar 9, 2009 at 6:45 AM, Jason Rosenberg wrote:
>
> Hello,
>
> I'm new to Wicket (using 1.4-rc2, using IDEA IntelliJ 8.1 and maven2 with
> jetty:run plugin)
>
> In development mode, I expected to be able to edit html pages in the IDE,
> and see changes reflected immediately in the browser upon browser refresh,
> without having to restart wicket. Also, not sure if it should be possible
> to recompile java classes and see the changes from those reflected as well,
> on the fly
>
> Anyway, so far I've been unable to get things working that way (I have to
> stop wicket and restart it, after updating)
>
> I generated my project initially using the quickstart maven archetype
>
> Essentially, I'm wanting to replicate the JSP model where you edit jsp
> files
> and then the server recompiles changes and presents them without a
> restart...
>
> Thanks for any advice...
>
> Jason
> --
> View this message in context:
> http://www.nabble.com/How-to-configure-development-mode-so-can-see-changes-on-the-fly-without-restart-tp22407484p22407484.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
Igor, You made it very clear why a converter isn't appropriate. And also why you shouldn't use a Validator when you don't want to force the user to enter uppercase. But what's your opinion about using an UpperCasingModel ? Downside of overriding getInput is that you'd have to do it on TextField, PasswordTextFiled, RequiredTextField, AutoCompleteTextField, ... Or am I missing something ? Maarten On Thu, Mar 5, 2009 at 7:19 PM, Igor Vaynberg wrote: > if you want the users to have to enter the uppercase then use a > validator, if you want to uppercase for them then override getinput() > on the textfield and perform the uppercasing there. > > -igor > > On Thu, Mar 5, 2009 at 9:46 AM, Peter Ertl 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 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 < > jweekend_for...@cabouge.com> > > wrote: > >>
Re: a bit of topic but i couldnt resist ....
hmm, that is weird indeed
On Thu, Mar 5, 2009 at 2:05 PM, Johan Compagner wrote:
> yes i know but the TreeSet does also say that in the javadoc that it is an
> exception because of the Comparator
>
> And they could really just make it a black box. The only things they just
> need to fix then is the removeAll and retainAll methods
>
> Why the removeAll iterates by default over itself and ask for a contains on
> the other and then removes itself again is beyond me
> I wouldnt never implement it that way. Why would you do that in the first
> place?
> It wouldnt come into my mind to do it like that
>
> besides that AbstractSet.removeAll makes it even worse:
>
> public boolean removeAll(Collection c) {
>boolean modified = false;
>
> if (size() > c.size()) {
> for (Iterator i = c.iterator(); i.hasNext(); )
>modified |= remove(i.next());
> } else {
>for (Iterator i = iterator(); i.hasNext(); ) {
>if (c.contains(i.next())) {
>i.remove();
>modified = true;
>}
>}
>}
>return modified;
>}
>
> see partly it does what i expect to happen (the if)
> but what sun wants to happen is the else..
>
> So now we just have 2 behaviors depending on what size the collection
> has...
> nice..
>
>
>
> On Thu, Mar 5, 2009 at 13:58, Maarten Bosteels >wrote:
>
> > It is in the javadoc for Comparator
> >
> > "Caution should be exercised when using a comparator capable of imposing
> an
> > ordering inconsistent with equals to order a sorted set (or sorted map).
> > Suppose a sorted set (or sorted map) with an explicit comparator c is
> used
> > with elements (or keys) drawn from a set S. If the ordering imposed by c
> on
> > S is inconsistent with equals, the sorted set (or sorted map) will behave
> > "strangely." In particular the sorted set (or sorted map) will violate
> the
> > general contract for set (or map), which is defined in terms of equals."
> >
> >
> > http://java.sun.com/javase/6/docs/api/java/util/Comparator.html
> >
> > On Thu, Mar 5, 2009 at 1:50 PM, Johan Compagner > >wrote:
> >
> > > For example.
> > >
> > > You want a tree set with a case insensitive comparator.. Because you
> want
> > > to
> > > order case insensitive..
> > > That breaks the equals contract.
> > >
> > > So that "note" in the doc just makes the TreeSet completely worthless
> > >
> > > johan
> > >
> > >
> > > On Thu, Mar 5, 2009 at 13:46, Johan Compagner
> > > wrote:
> > >
> > > > that is then the wrong spec that i talk about
> > > > That is completely stupid
> > > >
> > > > With a comparator you just OVERRIDE the equals, thats the whole
> point!
> > > >
> > > > johan
> > > >
> > > >
> > > >
> > > > On Thu, Mar 5, 2009 at 13:44, Pointbreak <
> > pointbreak+wicketst...@ml1.net <
> pointbreak%2bwicketst...@ml1.net ><
> > pointbreak%2bwicketst...@ml1.net <
> pointbreak%252bwicketst...@ml1.net
> >>
> > > <
> pointbreak%252bwicketst...@ml1.net >
> <
> > pointbreak%252bwicketst...@ml1.net<
> pointbreak%25252bwicketst...@ml1.net
> >
> > >>
> > > > > wrote:
> > > >
> > > >> Sorry, I have to correct myself. According to the API-docs, the
> > compare
> > > >> method in a TreeSet must be consistent with equals. In Johan's
> example
> > > >> it is not.
> > > >>
> > > >> On Thu, 05 Mar 2009 13:36 +0100, "Pointbreak"
> > > >> <
> pointbreak%2bwicketst...@ml1.net > <
> > pointbreak%2bwicketst...@ml1.net <
> pointbreak%252bwicketst...@ml1.net >>
> <
> > > pointbreak%2bwicketst...@ml1.net <
> pointbreak%252bwicketst...@ml1.net >
> <
> > pointbreak%252bwicketst...@ml1.net<
> pointbreak%25252bwicketst...@ml1.net
> >
> > >>>
> > > >> wrote:
> > > >> > You are missing the point. With a string it will work, because the
> > > >> > elements will actually be the same string objects, so the
> > > String.equals
> > > >> > and the overridden compare method will give the same results in
> the
> > > >> > example. Johan's point is that while set1.removeAll() is c
Re: a bit of topic but i couldnt resist ....
It is in the javadoc for Comparator
"Caution should be exercised when using a comparator capable of imposing an
ordering inconsistent with equals to order a sorted set (or sorted map).
Suppose a sorted set (or sorted map) with an explicit comparator c is used
with elements (or keys) drawn from a set S. If the ordering imposed by c on
S is inconsistent with equals, the sorted set (or sorted map) will behave
"strangely." In particular the sorted set (or sorted map) will violate the
general contract for set (or map), which is defined in terms of equals."
http://java.sun.com/javase/6/docs/api/java/util/Comparator.html
On Thu, Mar 5, 2009 at 1:50 PM, Johan Compagner wrote:
> For example.
>
> You want a tree set with a case insensitive comparator.. Because you want
> to
> order case insensitive..
> That breaks the equals contract.
>
> So that "note" in the doc just makes the TreeSet completely worthless
>
> johan
>
>
> On Thu, Mar 5, 2009 at 13:46, Johan Compagner
> wrote:
>
> > that is then the wrong spec that i talk about
> > That is completely stupid
> >
> > With a comparator you just OVERRIDE the equals, thats the whole point!
> >
> > johan
> >
> >
> >
> > On Thu, Mar 5, 2009 at 13:44, Pointbreak
> >
> >
> > > wrote:
> >
> >> Sorry, I have to correct myself. According to the API-docs, the compare
> >> method in a TreeSet must be consistent with equals. In Johan's example
> >> it is not.
> >>
> >> On Thu, 05 Mar 2009 13:36 +0100, "Pointbreak"
> >> <
> pointbreak%2bwicketst...@ml1.net >>
> >> wrote:
> >> > You are missing the point. With a string it will work, because the
> >> > elements will actually be the same string objects, so the
> String.equals
> >> > and the overridden compare method will give the same results in the
> >> > example. Johan's point is that while set1.removeAll() is called, it is
> >> > not the compare method of set1 that is used, which seems
> >> > counterintuitive.
> >> >
> >> > On Thu, 05 Mar 2009 13:13 +0100, "Dave Schoorl" <
> mailli...@cyber-d.com>
> >> > wrote:
> >> > > If I change every MyObject in a String, everything is fine. Perhaps
> >> the
> >> > > MyObject is not obeying the necessary contracts?
> >> > >
> >> > > See adjusted code below:
> >> > >
> >> > >
> >> > >
> >> > > 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 TestWithStrings
> >> > > {
> >> > > public static void main(String[] args)
> >> > > {
> >> > > TreeSet set1 = getCleanSet();
> >> > >
> >> > > HashSet set2 = new HashSet();
> >> > > set2.add("johan");
> >> > >
> >> > >
> >> > > set1.removeAll(set2);
> >> > >
> >> > > System.err.println("this works: " + set1.size() + " == 1,
> and
> >> > > remaining object is " + set1.iterator().next() + " == rob");
> >> > >
> >> > > // add removed back in
> >> > > set1 = getCleanSet();
> >> > >
> >> > > // increase the size of set2 with some other random others
> >> > > set2.add("random1");
> >> > > set2.add("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 = getCleanSet();
> >> > > 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 = getCleanFixedSet();
> >> > >
> >> > > 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 = getCleanFixedSet();
> >> > >
> >> > > set1.retainAll(set2);
> >> > >
> >> > > System.err.println("set1 is now correct, it has 1 left: " +
> >> > > set1);
> >> > >
> >> > > }
> >> > >
> >> > > public static TreeSet getCleanSet() {
> >> > > TreeSet set1 = new TreeSet(new
> >> > > Comparator(){
> >> > >
> >> > > public int compare(String o1, String o2)
> >> > > {
> >> > > return o1.compareToIgnoreCase(o2);
> >> > > }
> >> > > });
> >> > >
> >> > > set1.add("johan");
> >> > > set1.add("rob");
> >>
Re: Wicket Quickstart Installation Guide for Beginners
I think you need to login first. Here is wher you can create a JIRA account (can be used for all Apache projects that use JIRA) : https://issues.apache.org/jira/secure/Signup!default.jspa Maarten On Wed, Mar 4, 2009 at 5:27 PM, Dane Laverty wrote: > Alright, I just created a JIRA account. I've browsed to the Wicket project, > but I don't see any way to create a new issue. At the top of the screen I > have "HOME", "BROWSE PROJECT" and "FIND ISSUES", and under that I see "Open > Issues", "Road Map", "Change Log", "Popular Issues", "Subversion Commits", > "Releases", "Versions", "Components", and "FishEye". Where should I go to > create an issue? > > -Original Message- > From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] > Sent: Tuesday, March 03, 2009 11:14 PM > To: users@wicket.apache.org > Subject: Re: Wicket Quickstart Installation Guide for Beginners > > I think the admins disabled attachments for non-committers. Can you > attach them through a JIRA issue? then someone with the correct > permissions can upload them. Just make sure to give them identifiable > names, and don't forget to check the "Intended for inclusion in Apache > products" check box :) > > Martijn > > On Wed, Mar 4, 2009 at 1:45 AM, Dane Laverty > wrote: > > Thanks, it looks good. I checked the Confluence website about adding > > images to a page and it says: > > > >> To attach a file to a page, > >> > >> 1. Go to the page and click on the 'Attachments' tab. > >> > >> 2. Browse through your files and select the file you'd like to > > attach. > >> > >> 3. Enter a description for the attachment in the 'Comment' text > > field (optional). > >> > >> 4. Click 'Attach more files' if required. > >> > >> 5. Click 'Attach File'. > > > > I'm not seeing any 'Attachments' tab. Do I need different permissions? > > Or do I have to link to an image hosted elsewhere? > > > > > > -Original Message- > > From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] > > Sent: Tuesday, March 03, 2009 4:23 PM > > To: users@wicket.apache.org > > Subject: Re: Wicket Quickstart Installation Guide for Beginners > > > > i got you most of the way there, you just need to upload images and > > put them in the right place > > > > when you hit edit page, switch to the first tab which says "rich > > format" that should give you a nice wysiwig editor to work with. > > > > -igor > > > > On Tue, Mar 3, 2009 at 4:08 PM, Dane Laverty > > wrote: > >> I attempted to do that, but without any luck. I'm not at all familiar > >> with wikis, but I'd be happy to do it if someone will point me in the > >> right direction. > >> > >> -Original Message- > >> From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] > >> Sent: Tuesday, March 03, 2009 3:44 PM > >> To: users@wicket.apache.org > >> Subject: Re: Wicket Quickstart Installation Guide for Beginners > >> > >> you can add a link to it off our wiki. or possibly upload it to the > >> wiki, not sure how attachments there work. > >> > >> -igor > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > -- > 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 > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: [vote] In Wicket 1.4 and onwards, remove widening from the list of choices model in DropDownChoice, changing it from IModel> to IModel>
[X] Yes, change the DropDownChoice constructor to take the choices list as IModel> or List without the wildcard Maarten On Mon, Mar 2, 2009 at 9:30 AM, Daan van Etten wrote: > [X] Yes, change the DropDownChoice constructor to take the >> choices list as IModel> or List without the >> wildcard >> > > Regards, > > Daan > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicket Security Question
I created a google-code project for Wicket-JSecurity integration, but unfortunately haven't had time to work on it. Les has already done some commits though. http://code.google.com/p/wicket-jsecurity/ Any help is welcome. regards, Maarten On Fri, Feb 27, 2009 at 8:31 AM, Wayne Pope < waynemailingli...@googlemail.com> wrote: > Hi, > In terms of SWARM etc its in the pre-generics stage. It didn't take > much to get it working with the latest wicket version mind. > It works fine, however it wan't what we needed in the end - we went > with the wicket.aurthorization package and rolled our own dynamic > acl-list/roles etc. > I had some promising converstions with Les Hazlewood from > jsecurity.org - that looks like another great package and more > flexible IMO. However Les was right in the middle of a move to NYC and > didn't have anytime to spend on doing a wicket version of jsecurity. > It might be worth pinging him a mail and see if he up for doing it > again. > > Wayne > > > > > > > > > www.glasscubes.com > > On Thu, Feb 26, 2009 at 8:09 PM, Nino Martinez > wrote: > > I might pick it up (But since it's not something I need right now, it has > > low priority).. But was hoping that Wayne Pope would get back and tell > whats > > state it is in.. > > > > Philippe Laflamme wrote: > >> > >> FYI: it's not clear what will happen with the wicket-security package. > The > >> original maintainer sadly passed away last year and no-one has > officially > >> taken the torch. > >> > >> We've used both packages (auth-roles and swarm), but neither with > >> spring-security. We'd like to move to using spring-security using Swarm, > >> but > >> we haven't taken any step in this regard due to the package's > situation... > >> > >> Hoping the package gets an official maintainer soon. > >> > >> Philippe > >> > >> > >> Markus Strickler wrote: > >> > >>> > >>> Hi- > >>> > >>> > >>> < > http://wicketstuff.org/confluence/display/STUFFWIKI/Security+Framework+Comparison > >>> > > >>> > >>> might be of interest. > >>> I've been using Auth-roles together with ACEGI in a project and it > >>> worked quite well. > >>> > >>> -markus > >>> > >>> > >>> Am 25.02.2009 um 21:23 schrieb M Goodell: > >>> > >>> > > I would like to pose a question. > > > > We are looking at using Wicket as a platform for an upcoming project. > So far > we are *really* liking what Wicket brings to the table. > > > > In terms of security / securing a web application our first thought > was > Spring Security. > > > > My question: > > > > Does Spring Security "play nice" with Wicket and is it a viable > addition to > a Wicket Application? Or, what are other alternatives are available > for > use > to investigate. > > > > Thank you in advance for any thoughts, comments and suggestions. > > > > M. Goodell > > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > >>> > >>> -- > >>> This message has been scanned for viruses and > >>> dangerous content by MailScanner, and is > >>> believed to be clean. > >>> > >>> > >>> - > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>> For additional commands, e-mail: users-h...@wicket.apache.org > >>> > >>> > >>> > >>> > >> > >> > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: column width ajustable table
http://www.nabble.com/Re%3A-inmethod---grid-website--p20093086.html On Tue, Feb 24, 2009 at 10:15 PM, miro wrote: > > I searched google inmethod Datagrid that did not help me is there any > example with demo and code like other wicket examples if so please provide > the link > > PY wrote: > > > > The inmethod Datagrid has this functionality. ( adjustable column width) > > > > > > miro wrote: > >> > >> Are there any adjustable tables in the sense adjust width of the column, > >> provided by wicket, an example is Sonatype Nexus Repository manager > >> > > > > > > -- > View this message in context: > http://www.nabble.com/column-width-ajustable-table-tp22168813p22190862.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: What IDE best fits with Wicket?
IDEA users, don't be shy ! ;-) Probably nobody dared to mention it because it's not free. But guess what. It is free for Open Source development (and a personal license costs only 225 euro) I think IDEA is really fantastic. It has great maven support out-of-the-box, it will also download sources and javadocs based on your dependencies. And there's a nice plugin for Wicket: http://code.google.com/p/wicketforge/ My main downside for IDEA is that it still doesn't have proper multi-monitor support. To be honest, I haven't tried eclipse or netbeans in a while, so I can't really compare. Maarten On Tue, Feb 24, 2009 at 6:45 PM, James Carman wrote: > +1! We had an awful lot of trouble getting it to work for us. > > On Tue, Feb 24, 2009 at 12:38 PM, Martijn Dashorst > wrote: > > m2eclipse is absolutely worthless for anything beyond a quickstart. It > > is constantly reparsing poms, grinding eclipse to a halt. It failed to > > generate the right project dependencies for our multimodule project > > that consists of 2 multimodule child projects. It failed miserably to > > uninstall, needing me to axe my eclipse installation. > > > > In short: my experience (and that of my co-workers) with m2eclipse is > > that it is far from ready for prime time. > > > > Martijn > > > > On Tue, Feb 24, 2009 at 5:55 PM, Brill Pappin wrote: > >> I should add something about the Eclipse maven plugins... don't go for > the > >> official eclipse Q4 plugin... use the "Maven Integration 4 Eclipse" > plugin > >> (and actually the development version if your jiggy with it, it works > and > >> gets updated/fixed way more often). > >> > >> If your on Netbeans, I think Maven will generate Netbeans project files > for > >> you as well (it will do so for eclipse), so you could actually flip back > and > >> forth if you wanted. > >> > >> - Brill Pappin > >> > >> On 23-Feb-09, at 5:19 PM, Pierre Goupil wrote: > >> > >>> +1, I like Wicket Bench. And with M2Eclipse, you have the full sources > & > >>> JavaDoc just by adding Wicket as a dependency, which is very > convenient. > >>> But > >>> don't expect Wicket Bench to do too much, it's just a small, useful > tool. > >>> > >>> Pierre > >>> > >>> > Hi, I use Eclipse with Wicket Bench plugin and it works very fine. > >>> > >>> -- > >>> Sans amis était le grand maître des mondes, > >>> Eprouvait manque, ce pour quoi il créa les esprits, > >>> Miroirs bienveillants de sa béatitude. > >>> Mais au vrai, il ne trouva aucun égal, > >>> Du calice du royaume total des âmes > >>> Ecume jusqu'à lui l'infinité. > >>> > >>> (Schiller, "l'amitié") > >> > >> > >> - > >> 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.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 > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Flash Chart Display problem
Have you tried this ? http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html Maarten On Fri, Feb 20, 2009 at 5:42 PM, newbieabc wrote: > > Hi, > I am trying to add a flash chart into an existing web page with a form in > it, but for some reason it won't display when the page loads, instead it > displays when the submit button of the form is clicked. > > I'm not sure why that happens, no errors occur, but every time the page > loads, an empty white space shows below the form, and once the submit > button > is clicked it the chart replaces it. > > I've used SWFObject with help from the wiki on adding Javascript to wicket. > > Any suggestions would be great. > > Thanks > > -- > View this message in context: > http://www.nabble.com/Flash-Chart-Display-problem-tp22121552p22121552.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: Encoding Russian pages
If you think about re-implementing ResourceBundle to support UTF-8
properties files
have a look at spring's ReloadableResourceBundleMessageSource.
http://static.springframework.org/spring/docs/1.2.x/api/org/springframework/context/support/ReloadableResourceBundleMessageSource.html#setDefaultEncoding(java.lang.String)
regards,
Maarten
On Mon, Feb 16, 2009 at 2:09 PM, Thomas Mäder
wrote:
> Hi Tim,
>
> .properteis files are ALWAYS in ISO59something encoding (see the Javadoc to
> java.lang.Properties. If you want to use a different encoding, you'll have
> to either recode your properties files, use xml properties or somehow load
> the .properties files yourself.
>
> Thomas
>
> On Mon, Feb 16, 2009 at 2:04 PM, Tim Squires wrote:
>
> > Hi,
> >
> > I have been sent Russian translations to my default English pages.
> Wicket
> > picks up the _ru.properties bundles correctly but somewhere along the
> way,
> > the encoding is not changing from UTF-8. I gather that the Russian
> > translated pages will need an encoding of cp1251.
> >
> > I have tried to force the encoding in the Page template using
> >
> > protected void configureResponse() {
> >super.configureResponse();
> >final String encoding = "text/" + getMarkupType() + ";
> > charset=cp1251";
> >getResponse().setContentType(encoding);
> > }
> >
> > and in the application class
> >
> > @Override
> > protected void init() {
> >super.init();
> >getMarkupSettings().setDefaultMarkupEncoding("cp1251");
> > }
> >
> > but still Firefox and IE in Linux and Win show a page encoding of UTF-8.
> >
> > From the wiki
> >
> > http://cwiki.apache.org/WICKET/how-to-change-the-character-encoding.html
> >
> > and other mail, it looks like it's a problem outside of Wicket but I was
> > hoping someone here would know a fix.
> >
> > You can see the test version at http://imagebank.crystalmark.co.uk
> >
> > I'm pretty sure my pc's are setup OK because I can see other Russian
> > websites ok (although I cannot actually read them).
> >
> > Can anyone point me to what I have missed?
> >
> > Thanks,
> > Tim
> >
> >
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
>
> --
> Thomas Mäder
> Wicket & Eclipse Consulting
> www.devotek-it.ch
>
Re: Intellij Idea Plugin Bounty
Hi, I think WicketForge is already VERY nice. About your wishlist: 1) is already implemented in WicketForge 2) and 3) : I have no idea 4) and 5) can be solved by changing the DTD that IDEA uses for validating (x)html. A few months ago I experimented a bit with that DTD and I could make the errors/warnings about the wicket tags disappear but then other things stopped working (I don't remember exactly, in some cases the built-in code completion for html tags stopped working in other cases it was WicketForge that stopped working) I like the idea of a bounty, and when you succeed in attracting bounty-hunters, I hope he/she/they will work on improving WicketForge instead of reinventing the wheel. Maarten On Wed, Feb 11, 2009 at 10:29 PM, Nick Heudecker wrote: > Hi Matt, > > I'm sorry the IDEA plugin doesn't meet your needs. I've wanted to > implement > several of the features you mention, but like everyone else my time is > severely limited. > > That said, WicketForge is open source. I'm happy to accept patches or even > turn the project over to someone else. > > On Wed, Feb 11, 2009 at 9:41 AM, Matt Welch wrote: > > > > > I use Intellij Idea for my Java development. In fact, that IDE is one of > > the > > main reasons I so often come back to using Java for many of my projects. > I > > also use Wicket and am starting to work with it a lot more than I have in > > the past. While Wicket and Idea get along reasonably well, there's a lot > of > > room for improvement in their relationship. That means a Wicket plugin > for > > Idea. > > > > Nick Heudecker has done an admirable job with WicketForge > > (http://code.google.com/p/wicketforge/), however 1) when I try to use > that > > plugin, I constantly get exceptions and 2) it doesn't do some of the the > > things I'm really interested in. This is no criticism of Nick. If I > recall > > one of his messages correctly, he developed this plugin for his own use > and > > it was extremely generous of him to publish the code as open source. He's > > even made pretty regular improvements to it, but at least for me > > personally, > > it doesn't meet my needs for a Wicket plugin. > > > > Now, I can't, in good conscience just pop on to this mailing list and ask > > someone out of the goodness of their heart to "get to it!", so I'm > willing > > to start the ball rolling on an incentive in the form of a bounty; one > that > > I hope other Wicket and Idea users will contribute to as well. First, > > though, I'd like to come to some kind of agreement about a feature set > for > > such a plugin so that when I post the bounty I can be as specific as > > possible in its criteria. > > > > Here is a list of my most desired features in the order of priority: > > > > 1) Navigation between template and code - I would like the ability to > move > > in both directions between a template and it's Java code. This means in > an > > overall sense (e.g. moving back and forth between a top level page class > > and > > the HTML file) and in a more granular sense (e.g. moving back and forth > > between an HTML element with a wicket:id and the Wicket Java Component > with > > the same id). I should be able to bind a keystroke to this action. It > > should > > preferably be the same keystroke in both directions. > > > > 2) Code completion for wicket:message keys - I would like code completion > > for the "key" attribute. It should work something like > the > > XML code completion when there isn't a DTD or schema available. It would > be > > based on other keys already available on the page. So for instance if I > had > > already created a with a key of > > "userform.detailfieldset.username.label" I would expect that when I > created > > another and started typing "us" in the key attribute, > code > > completion would allow me to expand what I typed similar to what happens > > when typing package names. > > > > 3) Properties file intention - I would like an Idea intention that would > > allow me to automatically add keys to a resource > > properties > > file. By default this would add it to a properties file with the same > name > > as the template (even creating the properties file if necessary), however > > it > > should be configurable to use an application-wide properties file if > that's > > what the user prefers. When adding the key to the properties file it > should > > be placed in a logical manner according to it's period separated name so > > the > > key "userform.detailfieldset.username.label" would be placed just after > > other keys with the name "userform.detailfieldset.username" or > > "userform.detailfieldset.username". The intention should leave the cursor > > after the "=" in the properties file. > > > > 4) Code completion on wicket tags and attributes - I would like code > > completion for all wicket tags (e.g. , , > > etc.) in HTML templates. This is something of a lower priority as Idea's > > "Live Template" functionality takes much of the pain out of not having
Re: Very Simple Security
I just had a quick look at wicket-auth-roles. And I like its simplicity. On Wed, Jan 14, 2009 at 5:28 PM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > You could use wicket-auth-roles. Can't think of anything more simpler: > it provides two roles: user and admin. Based on my brief look at playing around with wicket-auth-roles-eamples, I would clarify the above statement like this: it provides two roles _out-of-the-box_ : user and admin, but you're not limited to these two roles, you can use as many custom string-based roles as you wish. Right ? Maarten > You can secure your pages and > components with annotations. I like it, but be warned: it is simple > and intended to stay that way. If you need something more complex or > different, use it as inspiration or example. > > Martijn > > On Wed, Jan 14, 2009 at 5:20 PM, Dane Laverty > wrote: > > I'm currently using Swarm to secure my web application, but I think it > > provides a lot more functionality than I really need. Would simply > > checking for a User object the session on each page load work as well, > > or am I overlooking some major security hole? This way, when the user > > logs in successfully, the session would get a User object, but otherwise > > it would be null and the application would kick back to the login page. > > > > > > > > -- > 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 > >
Re: URL Mapping (Beginner)
Or you can specify the mount path on the Page class itself:
http://wicketstuff.org/confluence/display/STUFFWIKI/wicketstuff-annotation
regards,
Maarten
On Mon, Feb 9, 2009 at 5:49 PM, Andreas Balke wrote:
> excellent :)
>
>
>
> Matthew Hanlon wrote:
>
>> You can use PackageRequestTargetUrlCodingStrategy to mount an entire
>> package. E.g., if you have a package com.company.pages with classes
>> Page1,
>> Page2, etc., you can mount the package
>> mount(new PackageRequestTargetUrlCodingStrategy("/pages",
>> PackageName.forClass(Page1.class))).
>> This will mount your pages as "/pages/Page1", "pages/Page2", etc.
>> Regards,
>> Matt.
>>
>> On Mon, Feb 9, 2009 at 10:12 AM, Andreas Balke wrote:
>>
>>
>>
>>> Thank you Stefan.
>>>
>>> Is there even a more generic way, like telling Wicket: take all in this
>>> directory? Guess not, since this should be scanned on boot... ?! I just
>>> would like to skip to register each single class.
>>>
>>> Andi
>>>
>>>
>>> Stefan Lindner wrote:
>>>
>>>
>>>
You need to do 2 things.
1. Mount your Page in Applicatioin.init() methode like
mountBookmarkablePage("/Login", Login.class);
As you see, you can give your page any name you want
2. Your e.g. Login.class must have a parameterless constructor or a
constructor like
public Login(final PageParameters parameters)
Then you can call your Login-Page directly with URL ../Login
Stefan
-Ursprüngliche Nachricht-
Von: Andreas Balke [mailto:a...@doppelpop.de] Gesendet: Montag, 9.
Februar 2009 16:59
An: users@wicket.apache.org
Betreff: URL Mapping (Beginner)
Hi guys,
I'm playing around with wicket a bit, but I cannot solve an (probably
easy) problem: my pages cannot be resolved. The Homepage class is
reachable,
but only be calling the "Root" URL. Calling an explicit html file gives
me a
Tomcat 404 without useless message...
Am I something missing?
Cheers, Andi
Here is my web.xml
contextConfigLocation
/WEB-INF/Springapp-servlet.xml
org.springframework.web.context.ContextLoaderListener
org.springframework.web.context.request.RequestContextListener
WicketApplication
org.apache.wicket.protocol.http.WicketServlet
applicationClassName
de.pansen.wicket.HelloWorldApplication
1
WicketApplication
/wicket/*
configuration
development
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>
Re: Graphs, Charts and Wicket
Also have a look at http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html Maarten On Thu, Jan 29, 2009 at 2:45 PM, newbieabc wrote: > > If you don't mind, could you post your code to display the chart you used? > I was interested the gradient fill chart they offered, but am really new to > wicket and didn't understand how to add it in wicket. > > Thanks! > > > Jurek Piasek wrote: > > > > I have been using Amcharts > > > > http://www.amcharts.com/ > > > > together with SWFObject > > > http://cwiki.apache.org/WICKET/creating-a-behavior-to-use-a-javascript-library.html > > > > Regards, > > Jurek > > > > > > On Sun, Nov 16, 2008 at 8:20 PM, Yazbek, Daniel (Daniel) > > wrote: > > > >> Hi all, > >> > >> > >> > >> I'd like to put some simple bar graphs, pie graphs and possible line > >> graphs into my wicket pages. > >> > >> > >> > >> Have any of you used a good framework that you can recommend, that also > >> plays nicely with Wicket? > >> > >> > >> > >> Thanks! > >> > >> > >> > >> -Daniel. > >> > >> > >> > >> > >> > >> > > > > > > -- > View this message in context: > http://www.nabble.com/Graphs%2C-Charts-and-Wicket-tp20532374p21727142.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] Wicket Like framework for desktop applications?
Hi Nino, I don't have much Swing experience, but I think this can be handy for lifecycle stuff etc: https://appframework.dev.java.net/intro/index.html regards, Maarten On Wed, Jan 28, 2009 at 3:27 PM, nino martinez wael < nino.martinez.w...@gmail.com> wrote: > 2009/1/28 jWeekend > > > > > Nino, > > > > Swing has a familiar programming model, is very flexible, extensible, > > powerful and robust. You can also make use of all the core and > open-source > > Java libraries you already know. If the target client machines have a JRE > > why use anything else. > > Yeah true, my thoughts exactly. Seems Swing is the choice to make. > > > > > > > Using Swing would also open up various deployment options like Web Start. > > > > I've used AWT's Robot (although I think it may have been in the last > > century!) as well with good success for an RMI based shared whiteboard. > > hehe :) I've used it previously with somewhat good effects on World of > warcraft, and similar but thats another tale..:) > > > > > > > Regards - Cemal > > http://www.jWeekend.co.uk jWeekend > > > > > > > > > > Nino Martinez-2 wrote: > > > > > > True, I thought that too.. I guess it could be that simple... > > > > > > 2009/1/28 Antoine Roux > > > > > >> Swing may be what you are looking for. I never used it, but Wicket is > > >> often > > >> compared to Swing. Swing is included in JSE. > > >> > > >> > > >> Antoine > > >> > > >> > > >> > > >> nino martinez wael a écrit : > > >> > > >> Hi Guys > > >>> > > >>> I've havent done much desktop development but I wondered if there > were > > >>> something like wicket for desktop applications? I need it to be a > > >>> desktop > > >>> application because I need to manipulate the keyboard etc, via robot. > > (I > > >>> have been thinking of embedding winstone in a jar with a wicket > > >>> application > > >>> and just run it locally on each desktop, but that seems really > overkill > > >>> and > > >>> will not let me manipulate the desktop). > > >>> > > >>> So I've looked at Eclipse RCP, but it does quite not feel like a > light > > >>> weight way, it might just be me.. What else would you guys suggest, I > > >>> could > > >>> look into? > > >>> > > >>> regards Nino > > >>> > > >>> > > >>> > > >> > > >> > > >> - > > >> 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--Wicket-Like-framework-for-desktop-applications--tp21705472p21706360.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 presentation at Bulgarian JUG
Nice presentation ! I found one tiny copy/paste error on page 20: Last line: "Every time this label is redrawn a new call to person.getName() will be made" Should be: "Every time this label is redrawn a new call to person.getAddress(0.getCity() will be made" Maarten On Sun, Jan 18, 2009 at 7:16 PM, Jonathan Locke wrote: > > > very clever! > > > Martin Grigorov-2 wrote: > > > > Hi all, > > > > I just uploaded the presentation that me and a colleague of mine did > > last Wednesday at Bulgarian Java user group. > > The event was quite a success. I hope we "refactored" some of the JSF > > supporters :-) > > > > The interesting thing about this presentation is that it was made with > > Wicket itself. Yes, the presentation is a web application that shows the > > Wicket concepts in action. > > > > You could see the presentation at > > http://marto.homeunix.org:8080/presentation > > > > And download the application from > > http://groups.google.com/group/bg-jug/web/20090114-bgjug-wicket.tgz > > > > Cheers > > martin-g > > > > P.S. As a source of inspiration we used all the presentations we found > > out there. Credits shared with their authors ! > > > > > > - > > 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-presentation-at-Bulgarian-JUG-tp21528817p21530966.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: WicketForge 0.5.0 Available for IDEA 8
Hello Nick, The new plugin installs fine. This is what works on my systems: (a) ALT + SHIFT + W => switching between java and html files (b) in the html file clicking on a wicket:id value => jumps to corresponding Java code (c) CTRL + SPACEBAR when inside a wicket:id value in the html file => dropdown box for completion (d) in html file: warning "Wicket ID missing in Java source" when using an invalid wicket:id value not working: (e) clicking on a wicket:id in the Java code, expected to jump to correspondig wicket:id in html file, but nothing happens I saw same results on these two machines: Fedora 8 IDEA 8.0.1 EAP build 9164 JDK 1.6.0_11 Fedora 9 IDEA 8.0 build #9572 JDK 1.6.0_11 If I remember correctly, (e) used to work on IDEA 7. Nothing interesting in ~/.IntelliJIdea80/system/log/idea.log Except maybe this: 2009-01-16 17:10:33,433 [ 3126] INFO - api.vfs.impl.local.FileWatcher - Native file watcher failed to startup. Let me know what I can do to help you fix this because your plugin totally rocks ! Thanks, Maarten On Wed, Jan 14, 2009 at 5:28 PM, Nick Heudecker wrote: > That's what I get for trying to rush things. You can download it from > here: > > > http://www.systemmobile.com/code/WicketForge-0.5.0.zip > > And rename the zip to a jar. I'll update the instructions page next. > > On Wed, Jan 14, 2009 at 7:40 AM, Don Hass wrote: > > > > > Ditto. > > > > That's just teasing Nick! > > > > > > Maarten Bosteels wrote: > > > > > > Hello, > > > > > > I tried to download > > http://www.systemmobile.com/code/WicketForge-0.5.0.jar > > > but it's an empty file (zero bytes) > > > > > > Thanks, > > > Maarten > > > > > > On Wed, Jan 14, 2009 at 6:42 AM, Nick Heudecker > > > wrote: > > > > > >> I'm looking for some people to test WicketForge 0.5.0 with IDEA 8. As > > >> far > > >> as I can tell, everything seems to be working, but I'd like to get > more > > >> people testing before I publish it to the IDEA plugin site. > > >> > > >> Instructions and download here: > > http://www.systemmobile.com/?page_id=283 > > >> > > >> -- > > >> Nick Heudecker > > >> Professional Wicket Training & Consulting > > >> http://www.systemmobile.com > > >> > > >> Eventful - Intelligent Event Management > > >> http://www.eventfulhq.com > > >> > > > > > > > > > > -- > > View this message in context: > > > http://www.nabble.com/WicketForge-0.5.0-Available-for-IDEA-8-tp21450424p21458486.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 > > > > > > > -- > Nick Heudecker > Professional Wicket Training & Consulting > http://www.systemmobile.com > > Eventful - Intelligent Event Management > http://www.eventfulhq.com >
Re: WicketForge 0.5.0 Available for IDEA 8
Hello, I tried to download http://www.systemmobile.com/code/WicketForge-0.5.0.jar but it's an empty file (zero bytes) Thanks, Maarten On Wed, Jan 14, 2009 at 6:42 AM, Nick Heudecker wrote: > I'm looking for some people to test WicketForge 0.5.0 with IDEA 8. As far > as I can tell, everything seems to be working, but I'd like to get more > people testing before I publish it to the IDEA plugin site. > > Instructions and download here: http://www.systemmobile.com/?page_id=283 > > -- > Nick Heudecker > Professional Wicket Training & Consulting > http://www.systemmobile.com > > Eventful - Intelligent Event Management > http://www.eventfulhq.com >
Re: wickethub.org
On Mon, Dec 15, 2008 at 10:43 PM, Jonathan Locke wrote: > > > oh yeah, there's a post where we started figuring out some details about > how > this would work somewhere on this list Here it is : http://www.nabble.com/idea:-automatic-component-repo-to17979177.html Maarten > > > > Jonathan Locke wrote: > > > > > > this is cool, although i still think this should be auto-updated through > a > > maven registry crawler. if everyone put the right meta information in > > their wicket jars, this resource registry would be entirely automatic, > > always fresh, running demos, etc... > > > > > > francisco treacy-2 wrote: > >> > >> i came up with an idea during the last weeks, having some trouble > >> finding wicket resources. > >> > >> although we have wicketstuff (which is great, and even more now with > >> jeremy's awesome job of reorganizing it) i feel there are still lots > >> of components, plugins or tools that are lost in cyberspace. thought > >> it would be neat to keep a sort of "registry" with useful information > >> for wicket developers. > >> > >> so i decided to quickly put some bits together from an old project and > >> rebaptised it as "the wicket hub" - a simple prototype @ > >> http://wickethub.org. > >> it's meant to be flexible, so except for the title there are no > >> required fields when you add/edit a "module". there are already some > >> examples. > >> > >> let me know what you think about features, its relation with > >> wicketstuff and if it's usable, etc. or even if the whole thing makes > >> no sense - any suggestions appreciated. > >> > >> francisco > >> > >> ps: goes without saying, but [disclaimer: it's completely > >> experimental] and be aware the place it's hosted is more like a > >> shoebox than a server :) > >> > >> - > >> 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/wickethub.org-tp20995774p21022750.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 integration with good charts api
On Wed, Dec 10, 2008 at 10:39 PM, shetc <[EMAIL PROTECTED]> wrote:
>
> Hi Maarten,
>
> This is slightly off-topic as it's not really a Wicket issue but more of a
> Flash problem.
> The Open Flash Chart swf works fine as long as it is not used with SSL.
> According to
> http://kb.adobe.com/selfservice/viewContent.do?externalId=fdc7b5c&sliceId=2
> Adobe , I need to add the following to my WebPage:
>
>
>@Override
>protected void setHeaders(WebResponse response) {
>response.setHeader("Pragma", "public");
>response.setHeader("Cache-Control", "cache,
> must-revalidate");
>}
>
> However, this still does not work for an SSL connection. Have you had deal
> with this issue?
No, haven't tried with HTTPS
I've only used OFC in a proof-of-concept project, so I don't have a lot of
experience with it.
Maarten
>
> Thanks,
> Steve
> --
> View this message in context:
> http://www.nabble.com/Wicket-integration-with-good-charts-api-tp20322515p20944703.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Re: Wicket integration with good charts api
Hi Steve, I only tried the code with wicket 1.4-x and java 6.x Have you tried building ofc4j yourself ? I did, because I wanted to install its javdoc and sources into my local maven repo. I downloaded the source and created this pom.xml to build it (I should ask the ofc4j devs if they would consider using maven) http://maven.apache.org/POM/4.0.0"; xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 ofc4j ofc4j jar 1.0-SNAPSHOT ofc4j Open Flash Chart 2.x Library for Java GNU Lesser General Public License http://www.gnu.org/licenses/lgpl.html repo com.thoughtworks.xstream xstream 1.3 false src/main/resources false src/main/java ** **/*.java false src/test/java ** **/*.java true org.apache.maven.plugins maven-compiler-plugin 1.5 1.5 true true org.apache.maven.plugins maven-eclipse-plugin true org.apache.maven.plugins maven-source-plugin jar org.apache.maven.plugins maven-javadoc-plugin attach-javadocs jar regards, Maarten On Tue, Dec 9, 2008 at 8:00 PM, shetc <[EMAIL PROTECTED]> wrote: > > I agree -- I'm using 5.0 but I guess ofc4j was compiled with 6 but not > sure. > -- > View this message in context: > http://www.nabble.com/Wicket-integration-with-good-charts-api-tp20322515p20921216.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Embedding advanced flash object
Maybe this wiki page can help you, it does something very similar: http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html Maarten On Sun, Dec 7, 2008 at 10:53 PM, Jeremy Thomerson <[EMAIL PROTECTED] > wrote: > Well, your email has a typo "wicked" - it might be that. I've never seen > that - maybe you need the proper XML declaration also. Where do you get > that error? Stacktrace? > > > Jeremy Thomerson > http://www.wickettraining.com > -- sent from a wireless device > > > -Original Message- > From: Ekengren <[EMAIL PROTECTED]> > Sent: Sunday, December 07, 2008 3:34 PM > To: users@wicket.apache.org > Subject: Re: Embedding advanced flash object > > > Hello Jeremy, > Thank you for your help, I'm now over the second bump. However the third > problem is still hunting me. The flash app requests slides.xml that looks > like this: > > > > > > > > > > I have tried to make this xml file dynamic by adding wicked:id to the image > tags, but I get "prefix not bound to a namespace". > > /B > > > > Jeremy Thomerson-5 wrote: > > > > Take a look at this response I gave a while back: > > > http://www.nabble.com/Adding-Adobe-Media-Player-in-wicket-td19797690.html > > > > Combine that with urlFor(new ResourceReference(SomeClass.class, > > "relative-path-to-movie.swf")) and urlFor(new > > ResourceReference(SomeClass.class, "relative-path-to-slides.xml")) to get > > your URLs. > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > On Wed, Dec 3, 2008 at 4:19 AM, Ekengren <[EMAIL PROTECTED]> > wrote: > > > >> > >> Hello, > >> I am trying to figure out the best way to embed the flash slideshow from > >> http://www.maani.us/xml_slideshow/index.php. The flash clip reads from > a > >> configuration file given in the movie url > >> (data="slideshow.swf?xml_source=slides.xml") and shows images whose url > >> are > >> in the file. I have three problems with the urls: > >> 1. The url of the flash file: slideshow.swf > >> 2. The url of the configuration file: slides.xml > >> 3. The url's of the images in the slides.xml file > >> The first problem was solved using ObjectContainer. The second I could > >> solve > >> by using mountSharedResource() but it doesn't feel right, the flash > movie > >> isn't shared, it belongs to one page. An alternative could be to extend > >> ObjectContainer to resolve parameters in the flash data url if they look > >> like file names (*.xml). > >> The third problem could again be solved by mounting, but I would prefer > >> if > >> it was possible to make the config file dynamic like html pages and have > >> wicket autolink the urls. > >> > >> Any suggestions? > >> > >> Best regards > >> -- > >> View this message in context: > >> > http://www.nabble.com/Embedding-advanced-flash-object-tp20810220p20810220.html > >> Sent from the Wicket - User mailing list archive at Nabble.com. > >> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > -- > View this message in context: > http://www.nabble.com/Embedding-advanced-flash-object-tp20810220p20886232.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Wicket integration with good charts api
Hello Ryan, I have just added some more code to the wiki page, and a working quickstart project. http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html My OpenFlashChart implementation is almost exactly the same as yours. Only differences I found: * You use an *ofc4j.model.Chart* as model, and I use a plain String. Using the Chart itself as model is cool, because then you could change the chart on-the-fly. Unfortunately Chart is not serializable and I get WicketNotSerializableException's. I will update my code and the quickstart as soon as I get rid of these exceptions. * Your constructor takes width and height but they're not used :-) * I don't call swf.setParam( "allowScriptAccess", "sameDomain" ); It doesn't seem to be necessary ? It's only two classes, so I am not sure it's 'big' enough to add to wicket-stuff ? Perhaps it could be added to minis ? Maarten On Fri, Dec 5, 2008 at 6:38 PM, Maarten Bosteels <[EMAIL PROTECTED]>wrote: > Oops, just started working on it :-) > Will see if I can add somet more info to the wiki page. > > Maarten > > > > On Fri, Dec 5, 2008 at 5:57 PM, Ryan McKinley <[EMAIL PROTECTED]> wrote: > >> I just started one with the implementation I have we can make it >> better, or perhaps add it to wicketstuff... >> >> http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html >> >> >> >> On Nov 5, 2008, at 3:59 PM, Thies Edeling wrote: >> >> Maarten Bosteels wrote: >>> >>>> I have a similar requirement and played a bit with Open Flash Charts. >>>> [1] >>>> It took little effort to integrate wicket + ofc4j [2] + swfobject [3] >>>> >>>> [1] http://teethgrinder.co.uk/open-flash-chart-2/glass-bar-chart.php >>>> [2] http://code.google.com/p/ofcj/ >>>> [3] http://code.google.com/p/swfobject/ >>>> >>>> Another requirement was that the user could drag and drop charts around >>>> on >>>> the page (à la iGoogle) so I tried something like >>>> http://interface.eyecon.ro/demos/sort.html but that failed miserably: >>>> half >>>> the time the charts wouldn't show up correctly after dragging them >>>> around. >>>> I still have to find out if I can solve this somehow. All pointers are >>>> welcome. >>>> >>>> Anyway, if you're interested, I can create a wiki page showing the >>>> wicket + >>>> ofc4j + swfobject integration. >>>> >>>> Wiki page would be nice, those open flash charts look a lot better than >>> the jfreechart images. >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >
Re: Wicket integration with good charts api
Oops, just started working on it :-) Will see if I can add somet more info to the wiki page. Maarten On Fri, Dec 5, 2008 at 5:57 PM, Ryan McKinley <[EMAIL PROTECTED]> wrote: > I just started one with the implementation I have we can make it > better, or perhaps add it to wicketstuff... > > http://cwiki.apache.org/WICKET/open-flash-chart-and-wicket.html > > > > On Nov 5, 2008, at 3:59 PM, Thies Edeling wrote: > > Maarten Bosteels wrote: >> >>> I have a similar requirement and played a bit with Open Flash Charts. [1] >>> It took little effort to integrate wicket + ofc4j [2] + swfobject [3] >>> >>> [1] http://teethgrinder.co.uk/open-flash-chart-2/glass-bar-chart.php >>> [2] http://code.google.com/p/ofcj/ >>> [3] http://code.google.com/p/swfobject/ >>> >>> Another requirement was that the user could drag and drop charts around >>> on >>> the page (à la iGoogle) so I tried something like >>> http://interface.eyecon.ro/demos/sort.html but that failed miserably: >>> half >>> the time the charts wouldn't show up correctly after dragging them >>> around. >>> I still have to find out if I can solve this somehow. All pointers are >>> welcome. >>> >>> Anyway, if you're interested, I can create a wiki page showing the wicket >>> + >>> ofc4j + swfobject integration. >>> >>> Wiki page would be nice, those open flash charts look a lot better than >> the jfreechart images. >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Thread.sleep() for only one session
If you're trying to defend against a brute-force password guessing attack, you could add a captcha to your logon form after x failed login attempts from one IP address. Maarten On Fri, Dec 5, 2008 at 5:20 PM, Jeremy Thomerson <[EMAIL PROTECTED]>wrote: > You definitely do NOT want to intentionally sleep a thread - that halts the > request, and uses up your thread pool. You instead want the request to > complete, but you don't want to allow them to continue trying. So, that > being said, you could: > > 1 - add a value to their session like "private long blockedFromSignInUntil" > and when they've exceeded your threshold, set that for ten minutes future. > This isn't bulletproof since they could start a new session by using a new > window / browser / blowing away cookies. > 2 - if it's on a per-username (rather than a per-session) basis, add a > similar value to the user - not allowed signin until This is probably > better anyway, because if I'm "nefarious guy" and I'm trying to sign in to > "mr nice guy" account, you lock "mr nice guy" account because you are in > fact detecting an identity theft attempt. > 3 - you could do a combo of the above so that I, "nefarious guy" when I get > blocked from "mr nice guy" account, can't move on to "mr unsuspecting" > account. > > Then, just have your sign in form be aware of that value in session or user > and not allow a sign in to that account or from that session until the > timeout is expired. > > But as a general rule of thumb, never use Thread.sleep in a web app - > especially somewhere in the request cycle. It'll be shooting yourself in > the foot. > > Hope this helps, > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > On Fri, Dec 5, 2008 at 9:46 AM, Anton Veretennikov < > [EMAIL PROTECTED]> wrote: > > > Hello all Wicket users. > > > > One more question today. > > I need to implement appearence of sleep if "user" (session, IP > > address) tries incorrect login many times. > > Thread.sleep() seems to stop all sessions at once. Any ideas? > > > > Thank you! > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
Re: Absolute URL problem with HeaderContributor (1.3.4)
see also http://wicket.apache.org/quickstart.html Maarten On Fri, Nov 7, 2008 at 8:43 AM, Martin Funk <[EMAIL PROTECTED]> wrote: > 2008/11/7 Sean Brookes <[EMAIL PROTECTED]> > >> >> Thank you for your quick response igor but I don't think I understand your >> response. We are currently using version 1.3.4, although we are assessing >> the impact of moving to 1.3.5 and I will certainly test it there when we >> do. >> >> I'm afraid I don't know what you mean when you suggest I 'create a >> quckstart' > > create the smallest possible wicket-webapp that reprocuces your issue. > As a starter you can use wicket-quickstart: > http://svn.apache.org/repos/asf/wicket/releases/wicket-1.3.4/jdk-1.4/wicket-quickstart/ > > So when you post the diff, people can reproduce your issue and analyze it. > > mf > >> >> >> While looking into this a little further I discovered that this seems to >> work in a file that extends WebPage but the file I am working on extends >> Panel. I don't know if this should affect how HeaderContributor generates >> it's path value or not but thought I would mention it. >> >> Sean >> >> >> >> >> >> igor.vaynberg wrote: >> > >> > can you make sure its still broken in 1.3.x branch and if it is create >> > a quickstart. >> > >> > -igor >> > >> > On Thu, Nov 6, 2008 at 3:25 PM, Sean Brookes <[EMAIL PROTECTED]> wrote: >> >> >> >> I know the recommeded approach is to use relative context URLs for CSS >> >> and >> >> Javascript but our application places static assets on a separate server >> >> for >> >> performance reasons so relative paths are not an option. From what I >> >> understand if my path starts with "http://"; or "https://"; wicket should >> >> respect that but it doesn't seem to be working that way for me. >> >> >> >> My code: >> >> >> >>String fullyQualifiedPath = getAssetHost() + >> >> "/tinymce-3-2/jscripts/tiny_mce/tiny_mce.js"; >> >>add(HeaderContributor.forJavaScript(fullyQualifiedPath)); >> >> >> >> Where 'getAssetHost()' returns "http:///assets" so >> >> fullyQalifiedPath = "http://> >> host>/assets/tinymce-3-2/jscripts/tiny_mce/tiny_mce.js" >> >> >> >> The problem is that Wicket seems to be prepending the application >> context >> >> to >> >> that value so on the client I get: >> >> "http:///web/app/http://> >> host>/assets/tinymce-3-2/jscripts/tiny_mce/tiny_mce.js" >> >> >> >> Can someone shed some light on this for me? >> >> >> >> cheers, >> >> Sean >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/Absolute-URL-problem-with-HeaderContributor-%281.3.4%29-tp20371914p20371914.html >> >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> >> >> >> - >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> > - >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Absolute-URL-problem-with-HeaderContributor-%281.3.4%29-tp20371914p20372681.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Wicket integration with good charts api
I have a similar requirement and played a bit with Open Flash Charts. [1] It took little effort to integrate wicket + ofc4j [2] + swfobject [3] [1] http://teethgrinder.co.uk/open-flash-chart-2/glass-bar-chart.php [2] http://code.google.com/p/ofcj/ [3] http://code.google.com/p/swfobject/ Another requirement was that the user could drag and drop charts around on the page (à la iGoogle) so I tried something like http://interface.eyecon.ro/demos/sort.html but that failed miserably: half the time the charts wouldn't show up correctly after dragging them around. I still have to find out if I can solve this somehow. All pointers are welcome. Anyway, if you're interested, I can create a wiki page showing the wicket + ofc4j + swfobject integration. Maarten On Tue, Nov 4, 2008 at 9:16 PM, Nino Saturnino Martinez Vazquez Wael < [EMAIL PROTECTED]> wrote: > You do know there are an abundance of jfreecharts right, they are highly > customizable.. And theres even a javaweb start thing where they demo it... > But you probably did show them this... > > http://www.jfree.org/jfreechart/jfreechart-1.0.11-demo.jnlp > > Tomasz Dziurko wrote: > >> My client needs in his application very good looking charts (simple >> bars with some gradienst and 3D effects). Unfortunately he didn't like >> what JFreeChart library offers so I must find and implement another >> solution. >> Questions are: >> 1. Is there any other chart library easy to integrate with Wicket? >> 2.Which chart api (could be me commercial, client is >> paying) could you suggest? >> >> Thank you for your help >> >> Regards >> >> > > -- > -Wicket for love > > Nino Martinez Wael > Java Specialist @ Jayway DK > http://www.jayway.dk > +45 2936 7684 > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Changing WicketRuntimeException output
Should be possible to catch WicketRuntimeException with a servlet filter ... On Wed, Oct 29, 2008 at 4:27 PM, Dane Laverty <[EMAIL PROTECTED]>wrote: > I would like to make it so that whenever Wicket throws a > WicketRuntimeException, it also prints out getSession().getUser(). I'm > not especially clear on the flow for RuntimeExceptions, so any > suggestions on where I would add the code to do this will be greatly > appreciated. > > > > Dane Laverty > > Information Technology > > 503-365-4687 > > [EMAIL PROTECTED] > > > >
Re: CompoundModel based on proxies
On Wed, Oct 29, 2008 at 2:24 PM, James Carman <[EMAIL PROTECTED]>wrote:
> The IModel interface, if you're talking about the one from Wicket, is
> a view-specific interface (it comes with a view layer library).
James,
Have you actually read what I wrote ?
Maarten
>
>
> On Wed, Oct 29, 2008 at 9:20 AM, Maarten Bosteels
> <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 29, 2008 at 1:09 PM, James Carman <
> [EMAIL PROTECTED]>wrote:
> >
> >> You shouldn't muddy up your "domain" with view-specific logic (the
> >> IModel interface).
> >
> >
> > In my example I just used IModel instead of Property because
> everybody
> > knows IModel.
> >
> > Have a look at https://bean-properties.dev.java.net/
> > It's certainly *not* view-specific logic. It's a very simple idea, and
> way
> > more elegant than ugly setters and getters.
> >
> > But I will have a look at the proxy approach as well.
> >
> > regards
> > Maarten
> >
> >
> >>
> >> On Wed, Oct 29, 2008 at 5:42 AM, Maarten Bosteels
> >> <[EMAIL PROTECTED]> wrote:
> >> > On Wed, Oct 29, 2008 at 8:35 AM, Wayne Pope <
> [EMAIL PROTECTED]>
> >> wrote:
> >> >>
> >> >> Hi,
> >> >>
> >> >> Francisco and I here where discussing whether we could figure a way
> of
> >> >> having some form of static/compile time checking on our
> >> >> (Compound)PropertyModels, as I'm a bit concerned long term about some
> >> nasty
> >> >> runtime bugs that might slip through the testing coverage. Francisco
> >> found
> >> >> this thread - I'm wondering what the status is? I had a look at:
> >> >> https://issues.apache.org/jira/browse/WICKET-1327
> >> >>
> >> >> and there doesn't look like any activity since Feb. Anyone been using
> >> this
> >> >> or come up with a different solution?
> >> >>
> >> >> Ideally I think it would be just great if we had an eclipse plugin
> that
> >> >> could just check for this (a bit like checkstyle or something) but a
> >> runtime
> >> >> solution as proposed above seems really smart as well. However I'd
> >> rather
> >> >> keep is 100% java (ie not cglib) if possible.
> >> >
> >> > Hello,
> >> >
> >> > If you want something 100% java you could copde your domain models
> like
> >> this:
> >> >
> >> > public class Customer implements Serializable {
> >> > public final IModel firstName = new Model();
> >> > public final IModel lastName = new Model();
> >> > }
> >> >
> >> > and use it like this:
> >> >
> >> > form.add(new TextField("firstName", customer.firstName));
> >> > form.add(new TextField("lastName", customer.lastName));
> >> >
> >> > => no need to generate ugly getters/setters for all your properties
> >> > => pure java
> >> > => refactoring-safe
> >> > => navigation + code-completion from IDE
> >> > => you can still override setObject() and/or setObject() when needed
> >> >
> >> > In this example I have used wicket's IModel and Model but you could
> >> > also use Property from https://bean-properties.dev.java.net/
> >> > which has a lot of other benefits (a pity that the project is stalled
> a
> >> bit).
> >> >
> >> > Note that I haven't used this extensively but I sure do want to test
> >> > it out in the near future..
> >> >
> >> > One problem I see with this approach is when you need null-checking
> >> > for nested properties:
> >> > eg: new TextField("city", customer.address.getObject().city
> );
> >> >
> >> > Let me know what you think about it.
> >> >
> >> > Maarten
> >> >
> >> >
> >> >> Thanks for any update if anyone knows anything!
> >> >> Wayne
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> Johan Compagner wrote:
> >> >>>
> >> >>> no i really dont like that
> >> >>> then everywhere there code they need to do that, that is not an
> option.
> >
Re: CompoundModel based on proxies
On Wed, Oct 29, 2008 at 1:09 PM, James Carman <[EMAIL PROTECTED]>wrote:
> You shouldn't muddy up your "domain" with view-specific logic (the
> IModel interface).
In my example I just used IModel instead of Property because everybody
knows IModel.
Have a look at https://bean-properties.dev.java.net/
It's certainly *not* view-specific logic. It's a very simple idea, and way
more elegant than ugly setters and getters.
But I will have a look at the proxy approach as well.
regards
Maarten
>
> On Wed, Oct 29, 2008 at 5:42 AM, Maarten Bosteels
> <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 29, 2008 at 8:35 AM, Wayne Pope <[EMAIL PROTECTED]>
> wrote:
> >>
> >> Hi,
> >>
> >> Francisco and I here where discussing whether we could figure a way of
> >> having some form of static/compile time checking on our
> >> (Compound)PropertyModels, as I'm a bit concerned long term about some
> nasty
> >> runtime bugs that might slip through the testing coverage. Francisco
> found
> >> this thread - I'm wondering what the status is? I had a look at:
> >> https://issues.apache.org/jira/browse/WICKET-1327
> >>
> >> and there doesn't look like any activity since Feb. Anyone been using
> this
> >> or come up with a different solution?
> >>
> >> Ideally I think it would be just great if we had an eclipse plugin that
> >> could just check for this (a bit like checkstyle or something) but a
> runtime
> >> solution as proposed above seems really smart as well. However I'd
> rather
> >> keep is 100% java (ie not cglib) if possible.
> >
> > Hello,
> >
> > If you want something 100% java you could copde your domain models like
> this:
> >
> > public class Customer implements Serializable {
> > public final IModel firstName = new Model();
> > public final IModel lastName = new Model();
> > }
> >
> > and use it like this:
> >
> > form.add(new TextField("firstName", customer.firstName));
> > form.add(new TextField("lastName", customer.lastName));
> >
> > => no need to generate ugly getters/setters for all your properties
> > => pure java
> > => refactoring-safe
> > => navigation + code-completion from IDE
> > => you can still override setObject() and/or setObject() when needed
> >
> > In this example I have used wicket's IModel and Model but you could
> > also use Property from https://bean-properties.dev.java.net/
> > which has a lot of other benefits (a pity that the project is stalled a
> bit).
> >
> > Note that I haven't used this extensively but I sure do want to test
> > it out in the near future..
> >
> > One problem I see with this approach is when you need null-checking
> > for nested properties:
> > eg: new TextField("city", customer.address.getObject().city );
> >
> > Let me know what you think about it.
> >
> > Maarten
> >
> >
> >> Thanks for any update if anyone knows anything!
> >> Wayne
> >>
> >>
> >>
> >>
> >>
> >> Johan Compagner wrote:
> >>>
> >>> no i really dont like that
> >>> then everywhere there code they need to do that, that is not an option.
> >>> and they have to program themselfs agains the proxy api. I dont want
> that
> >>> developers also have the learn/do that
> >>> This is something commons-proxy needs to do
> >>>
> >>> On Sat, Mar 8, 2008 at 3:29 PM, James Carman <
> [EMAIL PROTECTED]>
> >>> wrote:
> >>>
> >>>> Couldn't you also do:
> >>>>
> >>>> ProxyFactory pf = ...;
> >>>> new SharedPropertyModel(pf, customer);
> >>>>
> >>>> So, the client tells you what proxy factory implementation to use.
> >>>>
> >>>> On 3/8/08, James Carman <[EMAIL PROTECTED]> wrote:
> >>>> > I see the JIRA, I'll go ahead and start the discussion on the dev
> list.
> >>>> >
> >>>> >
> >>>> > On 3/8/08, James Carman <[EMAIL PROTECTED]> wrote:
> >>>> > > On 3/8/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
> >>>> > >
> >>>> > > > for wicket this is a feature it really should have
> >>>> > > > no
Re: CompoundModel based on proxies
On Wed, Oct 29, 2008 at 12:02 PM, Maarten Bosteels
<[EMAIL PROTECTED]>wrote:
>
> On Wed, Oct 29, 2008 at 11:47 AM, francisco treacy <
> [EMAIL PROTECTED]> wrote:
>
>> hi maarten
>>
>> > About the null checking, I will see if I can avoid having nested null
>> values
>> > in my proof-of-concept project.
>>
>> thing is the object chain is going to be resolved before it gets
>> passed in - there's nothing you can do about it inside your class :(
>> an eventual null pointer exception would be thrown before your
>> constructor is called.
>
>
> Yes, of course. What I mean is that I would implement my class like this:
>
> public class Customer {
> public final Property address = new PropertyImpl() {
>
@Override
public void set(Address value) {
if (value == null) {
throw new NullPointerException("address should not be null");
}
super.set(object);
}
};
> so evaluating customer.address.get().city will never throw a NPE.
>
> When I really need to distingish between customers with or without an
> address, I could add isNull()/setNull() to Address (or maybe even to the
> Property interface itself).
>
> Maarten
>
>
>>
>>
>> francisco
>>
>>
>>
>>
>>
>> >
>> >>
>> >> On Wed, Oct 29, 2008 at 10:42 AM, Maarten Bosteels
>> >> <[EMAIL PROTECTED]>wrote:
>> >>
>> >> > On Wed, Oct 29, 2008 at 8:35 AM, Wayne Pope <
>> [EMAIL PROTECTED]
>> >> >
>> >> > wrote:
>> >> > >
>> >> > > Hi,
>> >> > >
>> >> > > Francisco and I here where discussing whether we could figure a way
>> of
>> >> > > having some form of static/compile time checking on our
>> >> > > (Compound)PropertyModels, as I'm a bit concerned long term about
>> some
>> >> > nasty
>> >> > > runtime bugs that might slip through the testing coverage.
>> Francisco
>> >> > found
>> >> > > this thread - I'm wondering what the status is? I had a look at:
>> >> > > https://issues.apache.org/jira/browse/WICKET-1327
>> >> > >
>> >> > > and there doesn't look like any activity since Feb. Anyone been
>> using
>> >> > this
>> >> > > or come up with a different solution?
>> >> > >
>> >> > > Ideally I think it would be just great if we had an eclipse plugin
>> that
>> >> > > could just check for this (a bit like checkstyle or something) but
>> a
>> >> > runtime
>> >> > > solution as proposed above seems really smart as well. However I'd
>> >> rather
>> >> > > keep is 100% java (ie not cglib) if possible.
>> >> >
>> >> > Hello,
>> >> >
>> >> > If you want something 100% java you could copde your domain models
>> like
>> >> > this:
>> >> >
>> >> > public class Customer implements Serializable {
>> >> > public final IModel firstName = new Model();
>> >> > public final IModel lastName = new Model();
>> >> > }
>> >> >
>> >> > and use it like this:
>> >> >
>> >> > form.add(new TextField("firstName", customer.firstName));
>> >> > form.add(new TextField("lastName", customer.lastName));
>> >> >
>> >> > => no need to generate ugly getters/setters for all your properties
>> >> > => pure java
>> >> > => refactoring-safe
>> >> > => navigation + code-completion from IDE
>> >> > => you can still override setObject() and/or setObject() when needed
>> >> >
>> >> > In this example I have used wicket's IModel and Model but you could
>> >> > also use Property from https://bean-properties.dev.java.net/
>> >> > which has a lot of other benefits (a pity that the project is stalled
>> a
>> >> > bit).
>> >> >
>> >> > Note that I haven't used this extensively but I sure do want to test
>> >> > it out in the near future..
>> >> >
>> >> > One problem I see with this approach is when you need null-checking
>> >> > for nested properties:
>> >> > eg: new TextField(&
Re: CompoundModel based on proxies
On Wed, Oct 29, 2008 at 12:03 PM, Martijn Dashorst <
[EMAIL PROTECTED]> wrote:
> afiar the proxy based model is null safe.
>
>
Hello Martijn,
But IIUC it's not refactor-friendly (and no navigation and code completion),
right ?
I really hope they add first-class properties (that is, not string-based) in
java 7 ...
city = new TextField (customer#address#city);
Maarten
>
>
> On Wed, Oct 29, 2008 at 11:47 AM, francisco treacy
> <[EMAIL PROTECTED]> wrote:
> > hi maarten
> >
> >> About the null checking, I will see if I can avoid having nested null
> values
> >> in my proof-of-concept project.
> >
> > thing is the object chain is going to be resolved before it gets
> > passed in - there's nothing you can do about it inside your class :(
> > an eventual null pointer exception would be thrown before your
> > constructor is called.
> >
> > francisco
> >
> >
> >
> >
> >
> >>
> >>>
> >>> On Wed, Oct 29, 2008 at 10:42 AM, Maarten Bosteels
> >>> <[EMAIL PROTECTED]>wrote:
> >>>
> >>> > On Wed, Oct 29, 2008 at 8:35 AM, Wayne Pope <
> [EMAIL PROTECTED]
> >>> >
> >>> > wrote:
> >>> > >
> >>> > > Hi,
> >>> > >
> >>> > > Francisco and I here where discussing whether we could figure a way
> of
> >>> > > having some form of static/compile time checking on our
> >>> > > (Compound)PropertyModels, as I'm a bit concerned long term about
> some
> >>> > nasty
> >>> > > runtime bugs that might slip through the testing coverage.
> Francisco
> >>> > found
> >>> > > this thread - I'm wondering what the status is? I had a look at:
> >>> > > https://issues.apache.org/jira/browse/WICKET-1327
> >>> > >
> >>> > > and there doesn't look like any activity since Feb. Anyone been
> using
> >>> > this
> >>> > > or come up with a different solution?
> >>> > >
> >>> > > Ideally I think it would be just great if we had an eclipse plugin
> that
> >>> > > could just check for this (a bit like checkstyle or something) but
> a
> >>> > runtime
> >>> > > solution as proposed above seems really smart as well. However I'd
> >>> rather
> >>> > > keep is 100% java (ie not cglib) if possible.
> >>> >
> >>> > Hello,
> >>> >
> >>> > If you want something 100% java you could copde your domain models
> like
> >>> > this:
> >>> >
> >>> > public class Customer implements Serializable {
> >>> > public final IModel firstName = new Model();
> >>> > public final IModel lastName = new Model();
> >>> > }
> >>> >
> >>> > and use it like this:
> >>> >
> >>> > form.add(new TextField("firstName", customer.firstName));
> >>> > form.add(new TextField("lastName", customer.lastName));
> >>> >
> >>> > => no need to generate ugly getters/setters for all your properties
> >>> > => pure java
> >>> > => refactoring-safe
> >>> > => navigation + code-completion from IDE
> >>> > => you can still override setObject() and/or setObject() when needed
> >>> >
> >>> > In this example I have used wicket's IModel and Model but you could
> >>> > also use Property from https://bean-properties.dev.java.net/
> >>> > which has a lot of other benefits (a pity that the project is stalled
> a
> >>> > bit).
> >>> >
> >>> > Note that I haven't used this extensively but I sure do want to test
> >>> > it out in the near future..
> >>> >
> >>> > One problem I see with this approach is when you need null-checking
> >>> > for nested properties:
> >>> > eg: new TextField("city", customer.address.getObject().city
> );
> >>> >
> >>> > Let me know what you think about it.
> >>> >
> >>> > Maarten
> >>> >
> >>> >
> >>> > > Thanks for any update if anyone knows anything!
> >>> > > Wayne
> >>> > >
> >>> > >
> >>> > &g
Re: CompoundModel based on proxies
On Wed, Oct 29, 2008 at 11:47 AM, francisco treacy <
[EMAIL PROTECTED]> wrote:
> hi maarten
>
> > About the null checking, I will see if I can avoid having nested null
> values
> > in my proof-of-concept project.
>
> thing is the object chain is going to be resolved before it gets
> passed in - there's nothing you can do about it inside your class :(
> an eventual null pointer exception would be thrown before your
> constructor is called.
Yes, of course. What I mean is that I would implement my class like this:
public class Customer {
public final Property address = new PropertyImpl();
}
so evaluating customer.address.get().city will never throw a NPE.
When I really need to distingish between customers with or without an
address, I could add isNull()/setNull() to Address (or maybe even to the
Property interface itself).
Maarten
>
>
> francisco
>
>
>
>
>
> >
> >>
> >> On Wed, Oct 29, 2008 at 10:42 AM, Maarten Bosteels
> >> <[EMAIL PROTECTED]>wrote:
> >>
> >> > On Wed, Oct 29, 2008 at 8:35 AM, Wayne Pope <
> [EMAIL PROTECTED]
> >> >
> >> > wrote:
> >> > >
> >> > > Hi,
> >> > >
> >> > > Francisco and I here where discussing whether we could figure a way
> of
> >> > > having some form of static/compile time checking on our
> >> > > (Compound)PropertyModels, as I'm a bit concerned long term about
> some
> >> > nasty
> >> > > runtime bugs that might slip through the testing coverage. Francisco
> >> > found
> >> > > this thread - I'm wondering what the status is? I had a look at:
> >> > > https://issues.apache.org/jira/browse/WICKET-1327
> >> > >
> >> > > and there doesn't look like any activity since Feb. Anyone been
> using
> >> > this
> >> > > or come up with a different solution?
> >> > >
> >> > > Ideally I think it would be just great if we had an eclipse plugin
> that
> >> > > could just check for this (a bit like checkstyle or something) but a
> >> > runtime
> >> > > solution as proposed above seems really smart as well. However I'd
> >> rather
> >> > > keep is 100% java (ie not cglib) if possible.
> >> >
> >> > Hello,
> >> >
> >> > If you want something 100% java you could copde your domain models
> like
> >> > this:
> >> >
> >> > public class Customer implements Serializable {
> >> > public final IModel firstName = new Model();
> >> > public final IModel lastName = new Model();
> >> > }
> >> >
> >> > and use it like this:
> >> >
> >> > form.add(new TextField("firstName", customer.firstName));
> >> > form.add(new TextField("lastName", customer.lastName));
> >> >
> >> > => no need to generate ugly getters/setters for all your properties
> >> > => pure java
> >> > => refactoring-safe
> >> > => navigation + code-completion from IDE
> >> > => you can still override setObject() and/or setObject() when needed
> >> >
> >> > In this example I have used wicket's IModel and Model but you could
> >> > also use Property from https://bean-properties.dev.java.net/
> >> > which has a lot of other benefits (a pity that the project is stalled
> a
> >> > bit).
> >> >
> >> > Note that I haven't used this extensively but I sure do want to test
> >> > it out in the near future..
> >> >
> >> > One problem I see with this approach is when you need null-checking
> >> > for nested properties:
> >> > eg: new TextField("city", customer.address.getObject().city
> );
> >> >
> >> > Let me know what you think about it.
> >> >
> >> > Maarten
> >> >
> >> >
> >> > > Thanks for any update if anyone knows anything!
> >> > > Wayne
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > Johan Compagner wrote:
> >> > >>
> >> > >> no i really dont like that
> >> > >> then everywhere there code they need to do that, that is not an
> >> option.
> >> > >> and they have to program themselfs agains the proxy api. I do
Re: CompoundModel based on proxies
On Wed, Oct 29, 2008 at 10:54 AM, Wayne Pope <
[EMAIL PROTECTED]> wrote:
> Hi Maarten
>
> interesting idea thanks. I think the major issue is the null pointer
> checking.
>
> for your:
> public class Customer implements Serializable {
> public final IModel firstName = new Model();
> public final IModel lastName = new Model();
> }
>
> do you wrap this around you (hibernate/other) pojo's or are this
> additional
> fields?
This would be my domain class, so no extra pojo's needed.
We don't use hibernate for now, but I would like to find out if I can create
a hibernate UserType that can deal with these Property properties.
Did you know that bean-properties has its own ORM implementation:
https://bean-properties.dev.java.net/orm.html ?
I haven't tried it out yet though.
About the null checking, I will see if I can avoid having nested null values
in my proof-of-concept project.
Regards,
Maarten
>
> On Wed, Oct 29, 2008 at 10:42 AM, Maarten Bosteels
> <[EMAIL PROTECTED]>wrote:
>
> > On Wed, Oct 29, 2008 at 8:35 AM, Wayne Pope <[EMAIL PROTECTED]
> >
> > wrote:
> > >
> > > Hi,
> > >
> > > Francisco and I here where discussing whether we could figure a way of
> > > having some form of static/compile time checking on our
> > > (Compound)PropertyModels, as I'm a bit concerned long term about some
> > nasty
> > > runtime bugs that might slip through the testing coverage. Francisco
> > found
> > > this thread - I'm wondering what the status is? I had a look at:
> > > https://issues.apache.org/jira/browse/WICKET-1327
> > >
> > > and there doesn't look like any activity since Feb. Anyone been using
> > this
> > > or come up with a different solution?
> > >
> > > Ideally I think it would be just great if we had an eclipse plugin that
> > > could just check for this (a bit like checkstyle or something) but a
> > runtime
> > > solution as proposed above seems really smart as well. However I'd
> rather
> > > keep is 100% java (ie not cglib) if possible.
> >
> > Hello,
> >
> > If you want something 100% java you could copde your domain models like
> > this:
> >
> > public class Customer implements Serializable {
> > public final IModel firstName = new Model();
> > public final IModel lastName = new Model();
> > }
> >
> > and use it like this:
> >
> > form.add(new TextField("firstName", customer.firstName));
> > form.add(new TextField("lastName", customer.lastName));
> >
> > => no need to generate ugly getters/setters for all your properties
> > => pure java
> > => refactoring-safe
> > => navigation + code-completion from IDE
> > => you can still override setObject() and/or setObject() when needed
> >
> > In this example I have used wicket's IModel and Model but you could
> > also use Property from https://bean-properties.dev.java.net/
> > which has a lot of other benefits (a pity that the project is stalled a
> > bit).
> >
> > Note that I haven't used this extensively but I sure do want to test
> > it out in the near future..
> >
> > One problem I see with this approach is when you need null-checking
> > for nested properties:
> > eg: new TextField("city", customer.address.getObject().city );
> >
> > Let me know what you think about it.
> >
> > Maarten
> >
> >
> > > Thanks for any update if anyone knows anything!
> > > Wayne
> > >
> > >
> > >
> > >
> > >
> > > Johan Compagner wrote:
> > >>
> > >> no i really dont like that
> > >> then everywhere there code they need to do that, that is not an
> option.
> > >> and they have to program themselfs agains the proxy api. I dont want
> > that
> > >> developers also have the learn/do that
> > >> This is something commons-proxy needs to do
> > >>
> > >> On Sat, Mar 8, 2008 at 3:29 PM, James Carman <
> > [EMAIL PROTECTED]>
> > >> wrote:
> > >>
> > >>> Couldn't you also do:
> > >>>
> > >>> ProxyFactory pf = ...;
> > >>> new SharedPropertyModel(pf, customer);
> > >>>
> > >>> So, the client tells you what proxy factory implementation to use.
> > >>>
> > >>> On 3/8/08, James Carman <[EMAIL PROTECTED]> wrote:
> > >>> > I see the JIRA, I&#
Re: CompoundModel based on proxies
On Wed, Oct 29, 2008 at 8:35 AM, Wayne Pope <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Francisco and I here where discussing whether we could figure a way of
> having some form of static/compile time checking on our
> (Compound)PropertyModels, as I'm a bit concerned long term about some nasty
> runtime bugs that might slip through the testing coverage. Francisco found
> this thread - I'm wondering what the status is? I had a look at:
> https://issues.apache.org/jira/browse/WICKET-1327
>
> and there doesn't look like any activity since Feb. Anyone been using this
> or come up with a different solution?
>
> Ideally I think it would be just great if we had an eclipse plugin that
> could just check for this (a bit like checkstyle or something) but a runtime
> solution as proposed above seems really smart as well. However I'd rather
> keep is 100% java (ie not cglib) if possible.
Hello,
If you want something 100% java you could copde your domain models like this:
public class Customer implements Serializable {
public final IModel firstName = new Model();
public final IModel lastName = new Model();
}
and use it like this:
form.add(new TextField("firstName", customer.firstName));
form.add(new TextField("lastName", customer.lastName));
=> no need to generate ugly getters/setters for all your properties
=> pure java
=> refactoring-safe
=> navigation + code-completion from IDE
=> you can still override setObject() and/or setObject() when needed
In this example I have used wicket's IModel and Model but you could
also use Property from https://bean-properties.dev.java.net/
which has a lot of other benefits (a pity that the project is stalled a bit).
Note that I haven't used this extensively but I sure do want to test
it out in the near future..
One problem I see with this approach is when you need null-checking
for nested properties:
eg: new TextField("city", customer.address.getObject().city );
Let me know what you think about it.
Maarten
> Thanks for any update if anyone knows anything!
> Wayne
>
>
>
>
>
> Johan Compagner wrote:
>>
>> no i really dont like that
>> then everywhere there code they need to do that, that is not an option.
>> and they have to program themselfs agains the proxy api. I dont want that
>> developers also have the learn/do that
>> This is something commons-proxy needs to do
>>
>> On Sat, Mar 8, 2008 at 3:29 PM, James Carman <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Couldn't you also do:
>>>
>>> ProxyFactory pf = ...;
>>> new SharedPropertyModel(pf, customer);
>>>
>>> So, the client tells you what proxy factory implementation to use.
>>>
>>> On 3/8/08, James Carman <[EMAIL PROTECTED]> wrote:
>>> > I see the JIRA, I'll go ahead and start the discussion on the dev list.
>>> >
>>> >
>>> > On 3/8/08, James Carman <[EMAIL PROTECTED]> wrote:
>>> > > On 3/8/08, Johan Compagner <[EMAIL PROTECTED]> wrote:
>>> > >
>>> > > > for wicket this is a feature it really should have
>>> > > > now it defeats the purpose i have to make a decission in wicket
>>> which
>>> > > > factory i use
>>> > > > Then i can just as well directly compile against cglib.
>>> > > > I cant make the api that way that the developer has to give that
>>> factory to
>>> > > > use. That would be completely horrible,
>>> > > >
>>> > >
>>> > >
>>> > > You could always implement your own brand of discovery for your
>>> > > project (perhaps by using the service discovery feature built into
>>> the
>>> > > jdk).
>>> > >
>>> > > I like the idea of splitting it (and doing it the slf4j way rather
>>> > > than the JCL way). I have actually suggested that we start an
>>> > > exploratory branch of JCL to make it work more like slf4j (we've
>>> been
>>> > > talking about this since 2005). Anyway, if you file a JIRA issue,
>>> > > I'll make sure we have a discussion with the other devs. For your
>>> > > immediate purposes, commons-discovery is available also.
>>> > >
>>> >
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/CompoundModel-based-on-proxies-tp15317807p20222077.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Returning XML to JS
for an example, see http://www.nabble.com/linking-to-a-text-ResourceReference-td19753402.html Maarten On Tue, Oct 21, 2008 at 12:07 PM, Peter Ertl <[EMAIL PROTECTED]> wrote: > have a look at XStream :-) > > > Am 21.10.2008 um 11:25 schrieb [EMAIL PROTECTED]: > > > Hi, >> >> What's the nice / correct way to do this in Wicket: >> >> I have a client side bit of JS that looks something like >> >> getData(URL); >> >> It expects to get back an XML document like >> >> >> foo >> bar >> >> >> On the wicket side, I want the Java object that spits back the XML to be >> part of a component. This parent component will have supplied the URL in >> question. >> >> Any ideas how I should do this? >> >> Thanks, >> >> Ambrose Wheatcroft >> Analyst / Programmer, JHC PLC >> >> +44 (0)20 7367 6500 >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: WebPage constructor
http://cwiki.apache.org/WICKET/working-with-wicket-models.html Maarten On Wed, Oct 15, 2008 at 9:40 AM, Johan Compagner <[EMAIL PROTECTED]>wrote: > no everytime you want to fetch data from a database you should do that in > your models > load the data an detach the data see detachable models > > On Wed, Oct 15, 2008 at 9:30 AM, jensiator <[EMAIL PROTECTED]> > wrote: > > > > > Thanks Johan > > So that means that if you would like to fetch data every time the page is > > shown you would need to call the database in the onrender method. I'm not > > using a repeater, only labels to display the data.(With a repeater I > could > > use the "populatemethods" that runs during onrender). Or might there be a > > smart model for this. I tried extending PropertyModel overriding > getObject > > but as I suspected it was called every time a label wanted to get a > > property > > from the modelobject. e.g. 5 labels for 5 properties on the modelobject > > would end upp with 5 calls to the db. > > Jens Alenius > > > > So if I would like to display database data some amount of labels > everytime > > the p > > > > > > Only when you have a bookmarkable url (or home page) and you press > > refresh in the browser you will get a new page. > > > > The url you refresh points to an existing page instance and that one > > is just rendered again, so no page construction is being done then > > > > > > -- > > View this message in context: > > http://www.nabble.com/WebPage-constructor-tp19977659p19988260.html > > Sent from the Wicket - User mailing list archive at Nabble.com. > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
Re: Wicket Security - best practices?
Hello Les, Great news ! No idea where these files should go. I guess wicket-core shouldn't depend on jsecurity and vice versa, right ? So maybe you could add it to wicket-stuff ? That's also where the Wicket-Acegi examples are located AFAIK. But I have the feeling that the quality and level of maintenance varies greatly between wicket-stuff projects. What do the wicket core devs think ? In the meantime it would be super if you could send the files directly to [EMAIL PROTECTED] Thanks, Maarten On Tue, Oct 14, 2008 at 3:01 AM, Les Hazlewood <[EMAIL PROTECTED]>wrote: > Hi Maarten, > > So far things are going great - it took almost no time at all to > integrate the two projects, which I consider a reflection of the good > design of both architectures ;) > > I have a few classes created that basically recreates the SignIn* > classes in chapter 11 of Wicket In Action to show how to login/logout > and show/hide links based on a users login state using the JSecurity > API. I've already licensed them to the ASF and can put them wherever > you like. They're currently in the org.apache.wicket.jsecurity > namespace, but only as a place holder. How would you like to receive > these files? > > I'm in the process of finishing the authorization support - JSecurity > specific implementations of IAuthorizationStrategy > IUnauthorizedComponentInstantiationListener. They're pretty slick - > they look for JSecurity's existing annotations in classes > (@RequiresAuthentication, @RequiresUser, @RequiresGuest, > @RequiresRoles, @RequiresPermissions) and allow creation or access > accordingly. Pretty nice :) > > The one final thing to do is to investigate whether or not I'll need > to create an ISessionStore implementation to access the JSecurity > Session API directly. This allows clustered/distributed-cached > sessions, single sign on, and heterogeneous client session access. > That won't take too long, I just have to see what it entails. > > Let me know how you'd like to receive the files, and I'll send > them/place them where you want. In the meantime, I'm going to finish > up the Authorization and Session support > > Cheers, > > Les > > On Mon, Oct 13, 2008 at 4:10 PM, Maarten Bosteels > <[EMAIL PROTECTED]> wrote: > > Hello Les, > > > > On Thu, Sep 25, 2008 at 5:11 PM, Les Hazlewood <[EMAIL PROTECTED] > >wrote: > > > >> Haha, funny you should ask this - I'm doing it now ;) > > > > > > Well, it wasn't pure coincidence: I saw your name appearing on the wicket > > mailing-list a few weeks ago and I was kinda hoping for this answer ;-) > > > > > > > >> I've recently started > >> using Wicket for my latest web application, and naturally I wanted to do > >> this. I'll have to do a little write-up when I'm finished with it. > > > > > > Do you have any idea when we can see some of that stuff ? > > > > > >> Any questions that I could help with in particular in the meantime? > > > > > > Not yet, I haven't really looked into it yet. > > > > Thanks, > > Maarten > > > > > > > >> > >> Naturally, I would hope that JSecurity would be one of the core > supported > >> or > >> maybe even 'default' security mechansim for Wicket in the future, now > that > >> JSecurity is a part of the ASF. I'll certainly help to that effort if > it > >> is > >> desired! > >> > >> Cheers, > >> > >> Les > >> (JSecurity founder) > >> > >> On Thu, Sep 25, 2008 at 11:05 AM, Maarten Bosteels > >> <[EMAIL PROTECTED]>wrote: > >> > >> > Hi, > >> > > >> > Anyone tried integrating Wicket with JSecurity ? > >> > > >> > http://www.jsecurity.org/ > >> > > >> > Maarten > >> > > >> > On Thu, Sep 25, 2008 at 4:54 PM, James Carman > >> > <[EMAIL PROTECTED]> wrote: > >> > > You can bridge the gap between Spring Security's default URL-based > >> > > model and the component-based model in Wicket. That's what we do > here > >> > > at work. If you want an example, let me know. I've got one out > there > >> > > on my public example stuff somewhere. You could try poking around > in > >> > > (I think it's there): > >> > > > >> > > http://svn.carmanconsulting.com/public/wicket-advanced/trunk > >> > > &
Re: linking to a text ResourceReference
Hello Ryan,
Would you be so kind to add some more details about your OpenFlashChart
component ?
* Could you post the html that goes with the OpenFlashChart component ?
* Could you also provide source code of the SWFObject that are you using ?
Is it based on the http://issues.apache.org/jira/browse/WICKET-309 with
some modifications ?
* Is it using http://code.google.com/p/swfobject/ ?
Thanks in advance,
Maarten
On Thu, Oct 2, 2008 at 1:39 AM, Ryan McKinley <[EMAIL PROTECTED]> wrote:
> Thanks igor!
>
> another message of yours helped too:
>
> http://www.nabble.com/Generate-URL-for-a-Resource-depending-on-component-state-td18941798.html
>
> for the record, here is some code for the next guy searching the
> archives...
>
> public class OpenFlashChart extends Panel implements IResourceListener
> {
> static final ResourceReference SWF = new ResourceReference(
> OpenFlashChart.class, "open-flash-chart.swf" );
>
> final WebResource jsonResource;
> final SWFObject swf;
>
> public OpenFlashChart(String id, final int width, final int height)
> {
>this( id, width+"", height+"" );
> }
>
> public OpenFlashChart(String id, final String width, final String height)
> {
>super(id);
>
>final IResourceStream json = new AbstractStringResourceStream(
> "text/plain") {
> @Override
> public String getString() {
>return "YOUR STRING HERE...";
> }
>};
>
>jsonResource = new WebResource() {
> @Override
> public IResourceStream getResourceStream() {
>return json;
> }
>};
>jsonResource.setCacheable(false);
>
>String swfURL = RequestUtils.toAbsolutePath( urlFor( SWF ).toString() );
>swf = new SWFObject( "chart", swfURL, "500", "300" );
>add( swf );
> }
>
> @Override
> protected void onBeforeRender() {
>CharSequence dataPath =
> RequestCycle.get().urlFor(OpenFlashChart.this,
> IResourceListener.INTERFACE);
>
>String data = RequestUtils.toAbsolutePath( dataPath.toString() );
>
>swf.setFlashvar( "data-file", data );
>swf.setParam( "allowScriptAccess", "sameDomain" );
>
>super.onBeforeRender();
> }
>
> /**
> * Actually handle the request
> */
> @Override
> public void onResourceRequested() {
>jsonResource.onResourceRequested();
> }
> }
>
>
> On Tue, Sep 30, 2008 at 10:39 PM, Igor Vaynberg <[EMAIL PROTECTED]>
> wrote:
> > call urlfor(resourcereference)
> >
> > -igor
> >
> > On Tue, Sep 30, 2008 at 6:08 PM, Ryan McKinley <[EMAIL PROTECTED]> wrote:
> >> Hello-
> >>
> >> I know I have seen an example of this somewhere, so i'm feeling kinda
> silly
> >> as I ask for help
> >>
> >> I am trying to integrate Open Flash Charts (OFC) with wicket. You pass
> OFC
> >> a url containing json to draw a chart. Something like:
> >>
> >>
> >> var so = new SWFObject("/open-flash-chart.swf", "chart", "500", "300",
> "9",
> >> "#FF");
> >> so.addVariable("data-file", "${TODO -- need to have link to data}" );
> >> so.addParam("allowScriptAccess", "sameDomain");
> >> so.write("my_chart");
> >>
> >>
> >> I know I can use a global mount point, but I'm looking to do something
> >> similar to how JFreeChart works
> >> http://cwiki.apache.org/WICKET/jfreechart-and-wicket-example.html
> >>
> >> Where you have a Chart object in the Component scope and various actions
> can
> >> manipulate it.
> >>
> >> I can create a WebResource -- but how would I pass the URL to
> javascript?
> >>
> >> Any pointers would be great!
> >> thanks
> >> ryan
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
