Re: Simple CMS or Wiki
a cms always needs a wysiwyg-textarea. there is TinyMCE in wicket-contrib project. if this is to heavy-loaded and difficult to customize for you (as it was for me) then I invite you to work with me on my WysiwygTextarea-component which already is usable for bold, italic, underline, unorderedlist, orderedlist, subscript, superscript, indent, outdent, inserting table, undo, redo, align left, center, right functions I could put it online for download in a few days if you (or anyone else) want... I made it as apache-licensed alternative to tinymce, just for wicket (maybe for wicket-extension project) tauren wrote: I'd like to add some simple CMS and/or wiki features to a wicket application. I don't need anything full featured by any means. I'm looking for pointers to any resources, code, libraries, blogs, or anything else that would help jump start adding these features to my application. I'm aware of the wicketstuff kronos-cms project and am starting to look into it now. Also, via kronos-cms, I learned about the apache jackrabbit project, but know nothing about it at this time. It looks like it may be pertinent. Any other advice and suggestions is appreciated! Tauren - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Simple-CMS-or-Wiki-tf4405034.html#a12567148 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: Two small questions
Thanks guys for the quick answers! :-) Regards, Sebastiaan Martijn Dashorst wrote: On 9/8/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Nope, add wicket-datetime. Hmm, memory needs reboot at 2:30 am. Martijn smime.p7s Description: S/MIME Cryptographic Signature
Re: CompressedResourceReference: cannot serve static .html-files but .htm-files [SOLVED but needs JAVADOC comments]
pixotec wrote: YOU GUESS WHAT?!! I JUST RENAMED THE FILE TO dialogTable.htm AND NOW IT IS WORKING!! it is the fact of not being able to serve html-files! I think this fact should be documented in the JAVADOC of the Resource-classes! Just upgrade to the latest v1.3 beta and this problem will be gone. -- View this message in context: http://www.nabble.com/CompressedResourceReference%3A-cannot-serve-static-%22.html%22-files-but-%22.htm%22-files--SOLVED-but-needs-JAVADOC-comments--tf4403564.html#a12567319 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: Simple CMS or Wiki
I started a wiki like application 2 month ago. Currently it's not ready for publish. But may be I could help you. What do you want exactly : * user write in wiki syntax or html (may be with a Wysiwyg) * for wiki syntax * a renderer (convert a wiki syntax to html) * which wiki syntax scope : inline (bold, italic,...), image, ... link internal, external, ... macro like toc? * do you want to allow and manage attachament * do you need a way to store document, or is it already part of your application ? * do you need meta-data : authors, version, title = the widgets for edition, display, meta-data, attachement, help,... /david Tauren Mills wrote: I'd like to add some simple CMS and/or wiki features to a wicket application. I don't need anything full featured by any means. I'm looking for pointers to any resources, code, libraries, blogs, or anything else that would help jump start adding these features to my application. I'm aware of the wicketstuff kronos-cms project and am starting to look into it now. Also, via kronos-cms, I learned about the apache jackrabbit project, but know nothing about it at this time. It looks like it may be pertinent. Any other advice and suggestions is appreciated! Tauren - 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: Simple CMS or Wiki
you might want to have a look at wicket-contrib-yui - i added the YuiEditor yesterday (still alpha) but this should do it for your need. Its an easy WYSIWYG editor (especially as its crossbrowser), demo is under: http://developer.yahoo.com/yui/examples/editor/index.html if you want to enhance it youre welcome (it currently works in a basic way, not yet customizable), src is at https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-yui/ with examples under https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-yui-examples/ (2 examples are broken, but were behind it) regards pixotec schrieb: a cms always needs a wysiwyg-textarea. there is TinyMCE in wicket-contrib project. if this is to heavy-loaded and difficult to customize for you (as it was for me) then I invite you to work with me on my WysiwygTextarea-component which already is usable for bold, italic, underline, unorderedlist, orderedlist, subscript, superscript, indent, outdent, inserting table, undo, redo, align left, center, right functions I could put it online for download in a few days if you (or anyone else) want... I made it as apache-licensed alternative to tinymce, just for wicket (maybe for wicket-extension project) tauren wrote: I'd like to add some simple CMS and/or wiki features to a wicket application. I don't need anything full featured by any means. I'm looking for pointers to any resources, code, libraries, blogs, or anything else that would help jump start adding these features to my application. I'm aware of the wicketstuff kronos-cms project and am starting to look into it now. Also, via kronos-cms, I learned about the apache jackrabbit project, but know nothing about it at this time. It looks like it may be pertinent. Any other advice and suggestions is appreciated! Tauren - 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: Two small questions
So wicket-extensions shouldnt be used for dates now?
If so, how can I pursuade the DateTextField from there to use a long
(classic unix timestamp) instead of a Date inside a model? (without
overiding getModelObject/ setModelOject as its an inner class and I cant
have the model beeing final?)
e.g.:
public static class LongDateTextFieldEditor extends Fragment {
public LongDateTextFieldEditor(String id, IModel model,
IModel labelModel, final String pattern) {
super(id, dateEditor);
add(new Label(label, labelModel));
add(new DateTextField(edit, model, new
PatternDateConverter(pattern, false)).add(new DatePicker()));
}
}
model.getModelObject here just returns 124922732 (long unix timestamp)
Best Regards,
Korbinian
PS: does wicket-datetime somehow depend on yoda-time? sorry, for asking
but I'm bit confused lately with the Date/ Locale/ pattern/ long chaos
in Java
Eelco Hillenius schrieb:
On 9/7/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
On 9/8/07, Sebastiaan van Erk [EMAIL PROTECTED] wrote:
DateLabel component, however I cannot find it in my version of wicket.
Add wicket-extensions to your project.
Nope, add wicket-datetime.
Eelco
-
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: Two small questions
Hi, Best Regards, Korbinian PS: does wicket-datetime somehow depend on yoda-time? sorry, for asking but I'm bit confused lately with the Date/ Locale/ pattern/ long chaos in Java http://www.mvnrepository.com/artifact/org.apache.wicket/wicket-datetime/1.3.0-beta3 :-) wicket-datetime depends on wicket, wicket-extensions, and yoda-time. Regards, Sebastiaan Eelco Hillenius schrieb: On 9/7/07, Martijn Dashorst [EMAIL PROTECTED] wrote: On 9/8/07, Sebastiaan van Erk [EMAIL PROTECTED] wrote: DateLabel component, however I cannot find it in my version of wicket. Add wicket-extensions to your project. Nope, add wicket-datetime. Eelco - 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] smime.p7s Description: S/MIME Cryptographic Signature
Re: Two small questions
On 9/8/07, Korbinian Bachl [EMAIL PROTECTED] wrote: So wicket-extensions shouldnt be used for dates now? You can, and there is another DateTextField in that project. The question was where the DateLabel component resides, which is in wicket-datetime. If so, how can I pursuade the DateTextField from there to use a long (classic unix timestamp) instead of a Date inside a model? (without overiding getModelObject/ setModelOject as its an inner class and I cant have the model beeing final?) In that case, you should use that particular component. Or provide a patch so that it works with both (another outstanding issue is to let it work with DateTime objects from yoda time). Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two small questions
Ok, to answer my own question, it seems that ExternalLink does not have
the ability to be disabled like Link.
Regards,
Sebastiaan
Sebastiaan van Erk wrote:
I have the following code:
final ExternalLink link = new ExternalLink(link,
model.bind(website)) {
@Override
public boolean isEnabled() {
return Strings.isEmpty((String) getModelObject());
}
};
// some more code to add the body of the link
// like link.add(new Label(...))
add(link);
However, the link gets rendered enabled no matter what. I put a
breakpoint on the line with the return in the isEnabled method, but
it never gets hit... The breakpoint where I do add(link) does get hit
though.
Anybody know what I'm doing wrong?
Regards,
Sebastiaan
Martijn Dashorst wrote:
On 9/8/07, Sebastiaan van Erk [EMAIL PROTECTED] wrote:
DateLabel component, however I cannot find it in my version of wicket.
Add wicket-extensions to your project.
Second question that I have is the following. I want to display a label
with a link around it (a href), but the link should only be active if
the href is not empty or null. Thus if there is anything in it, the link
should be active, otherwise not. The href is a property of a model
object (which can change on form submit, so choosing between a fragment
with the link and a fragment without the link at construction time would
not work).
new Link(foo, model) {
@override boolean isenabled() { Foo foo = getModelObject(); return
foo.getUrl() != null; }
}
Should do the trick?
Martijn
smime.p7s
Description: S/MIME Cryptographic Signature
First Day Disgust!
Hi Wicketers, I tried wicket today and the example application was up and running on tomcat in no time, so that was the good part, after that if I like to create a sample application on my own then I found no easy way to start. Examples are good to browse through and tell about wicket capabilities, however, not so good from learning point of view, All of the examples are glued together in one big jar file and it is just not quick enough to create a bare-bone application quickly and easily, I tried Quicket as mentioned in the readme file, however, Quickets is nothing but waste of time, because it is glued with Hibernate and Spring and both should not be there to start with. Not a good experience trying wicket so far, I guess it's the time to try out some more simpler app frameworks, -Thumbs Down to Wicket! -- View this message in context: http://www.nabble.com/First-Day-Disgust%21-tf4405663.html#a12568938 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: First Day Disgust!
Welcome, If you want to start a blank project, try: $ mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.0-beta3 -DgroupId=com.mycompany -DartifactId=myproject $ cd myproject $ more pom.xml then in this project try (copy/paste) the samples from the website. /david chickabee wrote: Hi Wicketers, I tried wicket today and the example application was up and running on tomcat in no time, so that was the good part, after that if I like to create a sample application on my own then I found no easy way to start. Examples are good to browse through and tell about wicket capabilities, however, not so good from learning point of view, All of the examples are glued together in one big jar file and it is just not quick enough to create a bare-bone application quickly and easily, I tried Quicket as mentioned in the readme file, however, Quickets is nothing but waste of time, because it is glued with Hibernate and Spring and both should not be there to start with. Not a good experience trying wicket so far, I guess it's the time to try out some more simpler app frameworks, -Thumbs Down to Wicket! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
what a complement chickabee wrote: Hi Wicketers, I tried wicket today and the example application was up and running on tomcat in no time, so that was the good part, after that if I like to create a sample application on my own then I found no easy way to start. Examples are good to browse through and tell about wicket capabilities, however, not so good from learning point of view, All of the examples are glued together in one big jar file and it is just not quick enough to create a bare-bone application quickly and easily, I tried Quicket as mentioned in the readme file, however, Quickets is nothing but waste of time, because it is glued with Hibernate and Spring and both should not be there to start with. Not a good experience trying wicket so far, I guess it's the time to try out some more simpler app frameworks, -Thumbs Down to Wicket! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
hi, the problem is, that many to be users aren't that deep into oo programming as expected. also, people trying out wicket don't come from a maven background but maybe from plain jsp or other frameworks - or even php. $ mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.0-beta3 -DgroupId=com.mycompany -DartifactId=myproject $ cd myproject $ more pom.xml i've this suggestions now quite a few times and many users did actually say 'i don't have maven installed'. many users are just doing some web programming as hobby and trying out new things once in a while. it surely isn't the fault of the developers what knowledge people have when they stumble over wicket and find it worth a look. but to start with wicket for a newcomer it might be helpful to not be dependend on maven. on the other hand, i really don't understand why it's so hard to create a small wicket-project by hand: just set up a java project and add the wicket.jar to the build path and start coding. one has then to see for his own servlet container, but that one should know. regards, --- jan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
Thanks for providing me the primer on web applications and Ant and for not trying to understand what point I am trying to make here. Yes, we are not dealing with nuclear science here and Yes again wicket is just another web application, Did someone disagree with that. I hope not. Once you are out in the market to try the new webapps then it always makes sense to have people be able to get up and running on the basics w/o efforts and not to have to deal with tricks necessary to get basic app to work. A common expectation is a simple standalone app without Maven/Spring/Hibernate etc unnecessary stuff. Run 'ant' on the command line and here u have the war file, now, make a few changes to experiment and then run 'ant' again to have modified war. Simple. Obviously the current example is for the comfort of wicket creators and not for the comfort of prospective users and that is the problem here. Any one with basic common sense will get this up and running after a day's tinkering around, but that can be avoided by adding simple things here in the examples, that is the point I am trying to sell here only if there are buyers out there with open mind. Al Maw wrote: chickabee wrote: Thanks for the great idea. Note that this is displayed fairly prominently on the web site at http://wicket.apache.org under QuickStart. It believe it will be good to put a few of the examples application in their own folders and war files so that they can be studied independently without the clutter of 20 projects. We used to have this, however, grouping all the examples into one project has several big advantages: - Getting all the examples running in your IDE is much easier. - We don't have ten extra projects to manage the build files for. - We can easily link to all the examples from a single page. Another thing I notice is that maven is the default build tool used for wicket, I guess it will be good to provide the ant build.xml, just in case someone does not want full maven features. I think we need to write a page on this on the web site that we can send people to. ;-) An Ant build for Wicket isn't special. If you don't know how to use Ant, it's not our job to show you. There are no magic custom Ant tasks we provide, or JSP pre-compilation steps, or anything like that. All you need is to compile your app with the necessary dependencies, just like any other Java app. You'll also need your web.xml, etc. just like any other Java web app. Nothing special here. Regards, Al - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/First-Day-Disgust%21-tf4405663.html#a12569457 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: Calling all translators - UrlValidator translation
Alastair Maw-2 wrote:
The English in question is:
'${input}' is not a valid URL.
The Traditional Chinese (zh_TW) version is:
UrlValidator='${input}'\u4e0d\u662f\u4e00\u500b\u5408\u6cd5\u7684URL\u3002
The Simplified Chinese (zh_CN) version is:
UrlValidator='${input}'\u4e0d\u662f\u4e00\u4e2a\u5408\u6cd5\u7684URL\u3002
--
View this message in context:
http://www.nabble.com/Calling-all-translators---UrlValidator-translation-tf4401987.html#a12569613
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: Using Include and placing pages under WEB-INF
Jason Mihalick wrote: However, if I try to move my pages under WEB-INF, wicket has a problem loading resources that are bound via the org.apache.wicket.markup.html.include.Include class. In my case, I have several static pages that I want to load dynamically which are located in my 'help/' directory (see above). Try: File context = new File(((WebApplication)getApplication()).getServletContext().getRealPath(/)); File file = new File(context, WEB-INF/help/Topic1.html); Include i = new Include(i, file.toURL().toString()); -- View this message in context: http://www.nabble.com/Using-Include-and-placing-pages-under-WEB-INF-tf4403861.html#a12569783 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: First Day Disgust!
chickabee wrote: Once you are out in the market to try the new webapps then it always makes sense to have people be able to get up and running on the basics w/o efforts and not to have to deal with tricks necessary to get basic app to work. I absolutely agree. Install Maven 2 (takes five minutes, there's a readme on their site, etc.). Create your own new Wicket project using the Maven 2 archetype and import it into any of the three major Java IDEs and run it (takes five minutes, instructions prominently placed on the Wicket web site). Optionally compile the examples and have a play (takes another five minutes, and we even host these live on http://wicketstuff.org/wicket13, linked from the Wicket home page, so you don't need to bother if you just want to have a poke around). A common expectation is a simple standalone app without Maven/Spring/Hibernate etc unnecessary stuff. Run 'ant' on the command line and here u have the war file, now, make a few changes to experiment and then run 'ant' again to have modified war. Simple. We support extremely quick set-up and configuration using Maven 2, which has superior functionality via its eclipse, idea and netbeans plug-ins for initial set-up with minimal effort, and templating for extremely quick and easy quick-start of a Wicket project with the appropriate web.xml, etc. If we make you use Ant instead, there will be just as many people who complain that they want to use Maven. It will also be less powerful and not really any easier. People would still have to look up the ant task names we'd used and would ask questions about that instead, and want to know how to manage the dependencies using Ivy, and all the rest of it. Obviously the current example is for the comfort of wicket creators and not for the comfort of prospective users and that is the problem here. We're expecting you to do _FIVE_MINUTES_ extra work here installing Maven 2. The Wicket developers have put in thousands and thousands of hours of work for you to build on, for free. Yes, we want our lives to be easier. Do you see why I think you're being more than a little unreasonable here? If you're a sufficiently experienced developer to have tried Maven 2 and found it not to your taste, that's fine. But that shouldn't stop you from using it to set up an evaluation project and make having a play with Wicket nice and easy. As mentioned in other threads, there are other options if you don't want to use it in your production build environment. We provide easy-to-follow ten-minute set-up instructions to get you quickly started with Wicket. Much effort has been put in to make sure this is nice and easy. Like Robo, you are choosing to ignore the large path we have beaten for you and then complaining that you're lost in the forest with no map. I'm all for improvements driven by the us Any one with basic common sense will get this up and running after a day's tinkering around, but that can be avoided by adding simple things here in the examples, that is the point I am trying to sell here only if there are buyers out there with open mind. If it takes you a day to install Maven 2 and follow four lines of instructions on a prominently-linked web page... Regards, Al - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
I totally agree with Jan. There's no black magic occurring around Wicket, and the best way to go for a newbie may be to simply create a new web project in Eclipse WTP or Netbeans, drop wicket.jar, log4j.jar, and slf4j-log4j.jar (if you're using wicket1.3), and follow HelloWorld sample from here : http://wicket.apache.org/examplehelloworld.html. This way, you save the 5 extra minutes needed to install Maven ;-) Jan Kriesten a écrit : hi, the problem is, that many to be users aren't that deep into oo programming as expected. also, people trying out wicket don't come from a maven background but maybe from plain jsp or other frameworks - or even php. $ mvn archetype:create -DarchetypeGroupId=org.apache.wicket -DarchetypeArtifactId=wicket-archetype-quickstart -DarchetypeVersion=1.3.0-beta3 -DgroupId=com.mycompany -DartifactId=myproject $ cd myproject $ more pom.xml i've this suggestions now quite a few times and many users did actually say 'i don't have maven installed'. many users are just doing some web programming as hobby and trying out new things once in a while. it surely isn't the fault of the developers what knowledge people have when they stumble over wicket and find it worth a look. but to start with wicket for a newcomer it might be helpful to not be dependend on maven. on the other hand, i really don't understand why it's so hard to create a small wicket-project by hand: just set up a java project and add the wicket.jar to the build path and start coding. one has then to see for his own servlet container, but that one should know. regards, --- jan. - 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: AjaxRequestTarget null... in onClick of AjaxFallbackLink
John Carlson-5 wrote: I get the following error output in the console when I click on the link on the actual page... INFO - uestTargetResolverStrategy - component not enabled or visible, redirecting to calling page, component: null It probably means the your container which contains the link is invisible when the request arrives. Try posting your code. -- View this message in context: http://www.nabble.com/AjaxRequestTarget-null...-in-onClick-of-AjaxFallbackLink-tf4404402.html#a12570006 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: How to force a delete (from disk) of the session from the session store?
Chris Lintz wrote: Hi, When a user logouts of the site, i want to kill the session and have it be removed from disk immediately. I have extended WebSession properly, but no methods on the WebSession class seem to do the trick for me. Is there a way to to trigger the removal of the session cleanly from disk via the SessionStore or some other approach? I think this is done automatically when you call session.invalidate(). -- View this message in context: http://www.nabble.com/How-to-force-a-delete-%28from-disk%29-of-the-session-from-the-session-store--tf4404925.html#a12570175 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: Two small questions
Sebastiaan van Erk wrote: Ok, to answer my own question, it seems that ExternalLink does not have the ability to be disabled like Link. Looks like a bug to me. I'd suggest that you submit a JIRA issue at http://issues.apache.org/jira/browse/WICKET -- View this message in context: http://www.nabble.com/Two-small-questions-tf4404428.html#a12570244 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: Two small questions
Hi Eeclo, thanks for pointing this out. Ive come to a solution and created a MultiPatternDateConverter - it accepts long/Long, Date and DateTime (joda). Maybe you can use it for wicket-datetime. Code is here: http://pastebin.com/m43b5e339 Let me know what you think, its based on the original PatternDateConverter. best, Korbinian On 9/8/07, Korbinian Bachl [EMAIL PROTECTED] wrote: So wicket-extensions shouldnt be used for dates now? You can, and there is another DateTextField in that project. The question was where the DateLabel component resides, which is in wicket-datetime. If so, how can I pursuade the DateTextField from there to use a long (classic unix timestamp) instead of a Date inside a model? (without overiding getModelObject/ setModelOject as its an inner class and I cant have the model beeing final?) In that case, you should use that particular component. Or provide a patch so that it works with both (another outstanding issue is to let it work with DateTime objects from yoda time). Eelco - 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: First Day Disgust!
Igor Vaynberg wrote: -igor On 9/8/07, C. Bergström [EMAIL PROTECTED] wrote: chickabee wrote: Hi Wicketers, snip / -Thumbs Down to Wicket! Patches welcome (: we dont want a build.xml contribution. we can write one ourselves if need be. we are simply not interested in maintaining yet another way to build wicket. We are all getting sucked into this bs needlessly.. and by 'patches welcome' I was using a line from this (imho very good) google techtalks (Brian Fitzpatrick) video. It's about poisonous people in open source software.. http://video.google.nl/videoplay?docid=-4216011961522818645 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
http://www.sonatype.com/book/introduction.html#why_not_just_use_ant On 9/8/07, Igor Vaynberg [EMAIL PROTECTED] wrote: we dont want a build.xml contribution. we can write one ourselves if need be. we are simply not interested in maintaining yet another way to build wicket. -igor On 9/8/07, C. Bergström [EMAIL PROTECTED] wrote: chickabee wrote: Hi Wicketers, snip / -Thumbs Down to Wicket! Patches welcome (: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
On Saturday, September 8, 2007, 2:00:32 PM, Johan [EMAIL PROTECTED] wrote: Sure, there is nothing special about Ant and wicket is very easy to set up and the dependencies needed are kind of explained somewhere. But I keep seing requests for information from newbies (such as myself) answered with maven command lines or look at the source. Well, that's part of the reason that we've created the Maven Archetype for QuickStart and documented it at http://wicket.apache.org/quickstart.html. While we've got nothing against anyone creating a Wicket and Ant page on the Wiki, if users aren't able to either install Maven to use the Archetype or take the downloads we supply and use them in Ant without it all done for them, then to my mind, there's a significant danger that the level of OO coding required to use Wicket might be problematic for them... /Gwyn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
On 9/8/07, chickabee [EMAIL PROTECTED] wrote: Hi Wicketers, I tried wicket today and the example application was up and running on tomcat in no time, so that was the good part, after that if I like to create a sample application on my own then I found no easy way to start. Examples are good to browse through and tell about wicket capabilities, however, not so good from learning point of view, All of the examples are glued together in one big jar file and it is just not quick enough to create a bare-bone application quickly and easily, I tried Quicket as mentioned in the readme file, however, Quickets is nothing but waste of time, because it is glued with Hibernate and Spring and both should not be there to start with. Not a good experience trying wicket so far, I guess it's the time to try out some more simpler app frameworks, -Thumbs Down to Wicket! I love how you contribute to making our industry better. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
eelco you have fallen off your horse already? -igor On 9/8/07, Eelco Hillenius [EMAIL PROTECTED] wrote: On 9/8/07, chickabee [EMAIL PROTECTED] wrote: Hi Wicketers, I tried wicket today and the example application was up and running on tomcat in no time, so that was the good part, after that if I like to create a sample application on my own then I found no easy way to start. Examples are good to browse through and tell about wicket capabilities, however, not so good from learning point of view, All of the examples are glued together in one big jar file and it is just not quick enough to create a bare-bone application quickly and easily, I tried Quicket as mentioned in the readme file, however, Quickets is nothing but waste of time, because it is glued with Hibernate and Spring and both should not be there to start with. Not a good experience trying wicket so far, I guess it's the time to try out some more simpler app frameworks, -Thumbs Down to Wicket! I love how you contribute to making our industry better. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
On 9/8/07, Igor Vaynberg [EMAIL PROTECTED] wrote: eelco you have fallen off your horse already? I guess, sorry. Let me get back on again :) Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebMarkupContainer without template markup
How about using an IVisitor to call setVisible() on the image
components? That way, you wouldn't need to keep an explicit reference
to those image components. You could trigger the visitor in
onBeforeRender() and you could use a marker interface to identify the
image components whose visibility should be changed (called
'IOptionalImage' in the example below). Something like:
public class OptionalImageVisitor implements IVisitor {
private boolean visible;
public OptionalImageVisitor(boolean visible) {
this.visible = visible;
}
public Object component(Component component) {
component.setVisible(this.visible);
}
}
public class MyPage {
public onBeforeRender() {
boolean imagesVisible = ...logic to determine whether images are
visible
visitChildren(IOptionalImage.class, new OptionalImageVisitor
(imagesVisible);
}
}
-Ryan
On Sep 7, 2007, at 1:41 PM, Scott Swank wrote:
Matej,
My issue isn't that the div is rendered, but rather that I have to add
it to the html file in the first place. I think that I could
implement this as a Behavior, but for this problem I just went ahead
and added div tags around the relevant components.
Thanks again,
Scott
On 9/7/07, Matej Knopp [EMAIL PROTECTED] wrote:
Can't you just call webmarkupcontainer.setRenderBodyOnly(true) ?
-Matej
On 9/7/07, Scott Swank [EMAIL PROTECTED] wrote:
I get what you're saying, but the images in question are scattered
across the page rather than in one place that could simply be
enclosed. Thank you none the less, I do appreciate the insight.
Cheers,
Scott
On 9/7/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
well, thats kinda the point of the enclosure...
it lets you group components together inside it, and let one of
those
components drive the visibility of the entire enclosure
-igor
On 9/7/07, Scott Swank [EMAIL PROTECTED] wrote:
I could, but it's kind of the opposite of what I want. I want to
_not_ have to add an enclosing tag to the relevant portions of the
html template. So I don't mind coding a WebMarkupContainer --
I just
want to avoid having to change:
span wicket:id=foo/span
to
div wicket:id=fooContainerspan wicket:id=foo/span/
div
The basic problem is that sometimes we have a set of images for a
product (scattered across a few components) and sometimes we
don't.
My thought is to wrap all of the relevant images in such a
container
that knows how to determine isVisible().
Scott
On 9/7/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
you can prob port enclosure to 1.2.6 yourself if you wanted it
badly
-igor
On 9/7/07, Scott Swank [EMAIL PROTECTED] wrote:
Pity we're not on 1.3 yet. Thank you though.
Scott
On 9/7/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
no, but you can try wicket:enclosure tag. see javadoc on
Enclosure.java
-igor
On 9/7/07, Scott Swank [EMAIL PROTECTED] wrote:
I want to make a few parts of my page visible or not in a
consistent
manner -- i.e. based on the same true/false result, which I
derive
from my model. Can I wrap the relevant components in
WebMarkupContainer without adding a matching div tag to my
markup?
Thank you,
Scott
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Scott Swank
reformed mathematician
--
---
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Scott Swank
reformed mathematician
-
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]
--
Scott Swank
reformed mathematician
-
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: WebMarkupContainer without template markup
On Sep 7, 2007, at 8:52 PM, Carlos Pita wrote:
You can also make the components to hide implement some listener (or
just marker) interface X and then do a visitChildren traversal from
page.onBeforeRender as follows:
visitChildren(X.class, new IVisitor() {
public Object component(Component component) {
comp.setVisible(your visibility logic here);
}
});
This is less centralized that keeping a list at the top level, if you
care about this.
Regards,
Carlos
Damn. I just now recommended the same thing. Sorry, didn't notice
your post.
This approach definitely seems cleaner than managing a list of
component references -- I wonder if it works for Scott...
-Ryan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disable the SecondLevelPageCache?
Is it not recommended because the new disk-based session store is just a better all-around solution or because using the httpsessionstore is dangerous or broken in some way in 1.3? Thanks, -Ryan On Sep 7, 2007, at 3:10 PM, Matej Knopp wrote: You can revert to httpsessionstore by changing Application.newSessionStore method. But that's not recommended. What are your performance problems? I doubt it is caused by the session store. -Matej On 9/7/07, jamieballing [EMAIL PROTECTED] wrote: We are trying to do some performance troubleshooting and want to disable the second level page cache. Is there any way to do this? Thanks, Jamie -- View this message in context: http://www.nabble.com/Disable-the- SecondLevelPageCache--tf4403977.html#a12563895 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disable the SecondLevelPageCache?
On 9/7/07, Matej Knopp [EMAIL PROTECTED] wrote: You can revert to httpsessionstore by changing Application.newSessionStore method. But that's not recommended. What are your performance problems? I doubt it is caused by the session store. And if you are interested in just profiling etc, you could just use SLCSS and a dummy file page store. You're back button won't work in that case, but for profiling that's probably not relevant. But I agree with Matej, it is unlikely that SLCSS is a bottleneck, even though intuition might point to that. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: First Day Disgust!
Sorry Igor. I pack wicket app, simple wicket demo app, very well in WAR layout. If I`m not right please point me to point where wicket app border is extending WAR layout border. Robo - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:36 Predmet: Re: Re: First Day Disgust! what you all seem to not be able to comprehend is that applications DO NOT come in a WAR layout. the war file is packaged together by combining different things from different places, and this is what the build tools are for (whether it be ant or maven). -igor On 08 Sep 2007 22:33:06 +0200 (CEST), Robo wrote: Jesus. Time spended at this endless talk read and write could be spent in writing one simple Demo app. Simple demo app reqest is very legitimate. And my vote is for demo app without Ant, Maven also. Demo App just based supposed basic knowledge of Servlet technologies, or just be familiar with WAR directory layout. Wicket is realy very simple so it would be good if this simplicity would be underscored also by demo app. Maven has its good points and also weak ones. But generaly it is used mostly on company levels and not on the levles of individial newbies. Most of them just know hov to write servlet, JSP and so on. and this I think major part of framework newbies needs to understand strength of wicket. Maven ads some virtual complication to the proces that not many newbies know maven and when seen first time they can be scared of it. So they can back off. IMHO one needs to firstly understand basic concepts, based just on very simple premises like beeign familiar with WAR and t hen this concept could be widened by using maven and point out some benefits of it. Maven + Wicket for firstimers can be simple too much and can leed to presumption that Wicket must be used with Maven. IMHO More didactic way maybe should be. 1. Needed prereq of WAR file layout 2. setup Wicket demo app on this knowledge. 3. Descrivbe what is behind curtain of wicket app on one simple wicket tag decorator. 4. describe how to enhance using Maven. Wicket is framework which is fast learnable and I beleave when getting the point you can write application within just one hour. More didactic aproach to demo could lead to greater adoption As soon as I finish my work of testing some frameworks, this could be within two weeks I can write some demo app with simple explanation taking more didactic aproach :-) just let me know to whom I can send it, and the format of the wiki. Confrontation at this thread is just useless ... Robo - Originálna Správa - Od: chickabee Komu: Poslaná: 08.09.2007 15:06 Predmet: Re: First Day Disgust! Thanks for providing me the primer on web applications and Ant and for not trying to understand what point I am trying to make here. Yes, we are not dealing with nuclear science here and Yes again wicket is just another web application, Did someone disagree with that. I hope not. Once you are out in the market to try the new webapps then it always makes sense to have people be able to get up and running on the basics w/o efforts and not to have to deal with tricks necessary to get basic app to work. A common expectation is a simple standalone app without Maven/Spring/Hibernate etc unnecessary stuff. Run \\\'ant\\\' on the command line and here u have the war file, now, make a few changes to experiment and then run \\\'ant\\\' again to have modified war. Simple. Obviously the current example is for the comfort of wicket creators and not for the comfort of prospective users and that is the problem here. Any one with basic common sense will get this up and running after a day\\\'s tinkering around, but that can be avoided by adding simple things here in the examples, that is the point I am trying to sell here only if there are buyers out there with open mind. Al Maw wrote: chickabee wrote: Thanks for the great idea. Note that this is displayed fairly prominently on the web site at http://wicket.apache.org under \\\QuickStart\\\. It believe it will be good to put a few of the examples application in their own folders and war files so that they can be studied independently without the clutter of 20 projects. We used to have this, however, grouping all the examples into one project has several big advantages: - Getting all the examples running in your IDE is much easier. - We don\\\'t have ten extra projects to manage the build files for. - We can easily link to all the examples from a single page. Another thing I notice is that maven is the default build tool used for wicket, I guess it will be good to provide the ant build.xml, just in case someone does not
Re: Re: First Day Disgust!
As soon as I finish my work of testing some frameworks, this could be within two weeks I can write some demo app with simple explanation taking more didactic aproach :-) just let me know to whom I can send it, and the format of the wiki. Put it on the WIKI or e.g. blog about it please. I'm interested to see what you come up with. Do note however, that we presume basic knowledge of Java programming and Java web applications (what is a war, what is a web.xml file). There are thousands of articles and books on that, and there is no point for us to write yet another explanation on it. Anyway, thanks upfront for your contribution. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: First Day Disgust!
i would if that made any sense... -igor On 08 Sep 2007 22:52:05 +0200 (CEST), Robo [EMAIL PROTECTED] wrote: Sorry Igor. I pack wicket app, simple wicket demo app, very well in WAR layout. If I`m not right please point me to point where wicket app border is extending WAR layout border. Robo - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:36 Predmet: Re: Re: First Day Disgust! what you all seem to not be able to comprehend is that applications DO NOT come in a WAR layout. the war file is packaged together by combining different things from different places, and this is what the build tools are for (whether it be ant or maven). -igor On 08 Sep 2007 22:33:06 +0200 (CEST), Robo wrote: Jesus. Time spended at this endless talk read and write could be spent in writing one simple Demo app. Simple demo app reqest is very legitimate. And my vote is for demo app without Ant, Maven also. Demo App just based supposed basic knowledge of Servlet technologies, or just be familiar with WAR directory layout. Wicket is realy very simple so it would be good if this simplicity would be underscored also by demo app. Maven has its good points and also weak ones. But generaly it is used mostly on company levels and not on the levles of individial newbies. Most of them just know hov to write servlet, JSP and so on. and this I think major part of framework newbies needs to understand strength of wicket. Maven ads some virtual complication to the proces that not many newbies know maven and when seen first time they can be scared of it. So they can back off. IMHO one needs to firstly understand basic concepts, based just on very simple premises like beeign familiar with WAR and t hen this concept could be widened by using maven and point out some benefits of it. Maven + Wicket for firstimers can be simple too much and can leed to presumption that Wicket must be used with Maven. IMHO More didactic way maybe should be. 1. Needed prereq of WAR file layout 2. setup Wicket demo app on this knowledge. 3. Descrivbe what is behind curtain of wicket app on one simple wicket tag decorator. 4. describe how to enhance using Maven. Wicket is framework which is fast learnable and I beleave when getting the point you can write application within just one hour. More didactic aproach to demo could lead to greater adoption As soon as I finish my work of testing some frameworks, this could be within two weeks I can write some demo app with simple explanation taking more didactic aproach :-) just let me know to whom I can send it, and the format of the wiki. Confrontation at this thread is just useless ... Robo - Originálna Správa - Od: chickabee Komu: Poslaná: 08.09.2007 15:06 Predmet: Re: First Day Disgust! Thanks for providing me the primer on web applications and Ant and for not trying to understand what point I am trying to make here. Yes, we are not dealing with nuclear science here and Yes again wicket is just another web application, Did someone disagree with that. I hope not. Once you are out in the market to try the new webapps then it always makes sense to have people be able to get up and running on the basics w/o efforts and not to have to deal with tricks necessary to get basic app to work. A common expectation is a simple standalone app without Maven/Spring/Hibernate etc unnecessary stuff. Run \\\'ant\\\' on the command line and here u have the war file, now, make a few changes to experiment and then run \\\'ant\\\' again to have modified war. Simple. Obviously the current example is for the comfort of wicket creators and not for the comfort of prospective users and that is the problem here. Any one with basic common sense will get this up and running after a day\\\'s tinkering around, but that can be avoided by adding simple things here in the examples, that is the point I am trying to sell here only if there are buyers out there with open mind. Al Maw wrote: chickabee wrote: Thanks for the great idea. Note that this is displayed fairly prominently on the web site at http://wicket.apache.org under \\\QuickStart\\\. It believe it will be good to put a few of the examples application in their own folders and war files so that they can be studied independently without the clutter of 20 projects. We used to have this, however, grouping all the examples into one project has several big advantages: - Getting all the examples running in your IDE is much easier. - We don\\\'t have ten extra projects to manage the build files for. - We
Re: Re: Re: First Day Disgust!
http://www.boingboing.net/2007/08/20/flowchart-is-it-fcke.html ^ somehow seems appropriate to this thread -igor On 9/8/07, Igor Vaynberg [EMAIL PROTECTED] wrote: i would if that made any sense... -igor On 08 Sep 2007 22:52:05 +0200 (CEST), Robo [EMAIL PROTECTED] wrote: Sorry Igor. I pack wicket app, simple wicket demo app, very well in WAR layout. If I`m not right please point me to point where wicket app border is extending WAR layout border. Robo - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:36 Predmet: Re: Re: First Day Disgust! what you all seem to not be able to comprehend is that applications DO NOT come in a WAR layout. the war file is packaged together by combining different things from different places, and this is what the build tools are for (whether it be ant or maven). -igor On 08 Sep 2007 22:33:06 +0200 (CEST), Robo wrote: Jesus. Time spended at this endless talk read and write could be spent in writing one simple Demo app. Simple demo app reqest is very legitimate. And my vote is for demo app without Ant, Maven also. Demo App just based supposed basic knowledge of Servlet technologies, or just be familiar with WAR directory layout. Wicket is realy very simple so it would be good if this simplicity would be underscored also by demo app. Maven has its good points and also weak ones. But generaly it is used mostly on company levels and not on the levles of individial newbies. Most of them just know hov to write servlet, JSP and so on. and this I think major part of framework newbies needs to understand strength of wicket. Maven ads some virtual complication to the proces that not many newbies know maven and when seen first time they can be scared of it. So they can back off. IMHO one needs to firstly understand basic concepts, based just on very simple premises like beeign familiar with WAR and t hen this concept could be widened by using maven and point out some benefits of it. Maven + Wicket for firstimers can be simple too much and can leed to presumption that Wicket must be used with Maven. IMHO More didactic way maybe should be. 1. Needed prereq of WAR file layout 2. setup Wicket demo app on this knowledge. 3. Descrivbe what is behind curtain of wicket app on one simple wicket tag decorator. 4. describe how to enhance using Maven. Wicket is framework which is fast learnable and I beleave when getting the point you can write application within just one hour. More didactic aproach to demo could lead to greater adoption As soon as I finish my work of testing some frameworks, this could be within two weeks I can write some demo app with simple explanation taking more didactic aproach :-) just let me know to whom I can send it, and the format of the wiki. Confrontation at this thread is just useless ... Robo - Originálna Správa - Od: chickabee Komu: Poslaná: 08.09.2007 15:06 Predmet: Re: First Day Disgust! Thanks for providing me the primer on web applications and Ant and for not trying to understand what point I am trying to make here. Yes, we are not dealing with nuclear science here and Yes again wicket is just another web application, Did someone disagree with that. I hope not. Once you are out in the market to try the new webapps then it always makes sense to have people be able to get up and running on the basics w/o efforts and not to have to deal with tricks necessary to get basic app to work. A common expectation is a simple standalone app without Maven/Spring/Hibernate etc unnecessary stuff. Run \\\'ant\\\' on the command line and here u have the war file, now, make a few changes to experiment and then run \\\'ant\\\' again to have modified war. Simple. Obviously the current example is for the comfort of wicket creators and not for the comfort of prospective users and that is the problem here. Any one with basic common sense will get this up and running after a day\\\'s tinkering around, but that can be avoided by adding simple things here in the examples, that is the point I am trying to sell here only if there are buyers out there with open mind. Al Maw wrote: chickabee wrote: Thanks for the great idea. Note that this is displayed fairly prominently on the web site at http://wicket.apache.org under \\\QuickStart\\\. It believe it will be good to put a few of the examples application in their own folders and war files so that they can be studied
Re: Re: Re: Re: First Day Disgust!
It will Igor, just go on ... Robo - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:46 Predmet: Re: Re: Re: First Day Disgust! i would if that made any sense... -igor On 08 Sep 2007 22:52:05 +0200 (CEST), Robo wrote: Sorry Igor. I pack wicket app, simple wicket demo app, very well in WAR layout. If I`m not right please point me to point where wicket app border is extending WAR layout border. Robo __ http://www.tahaj.sk - Stiahnite si najnovsie verzie vasich oblubenych programov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: First Day Disgust!
May be a little bit of respect and honesty to wicket newcomers, and also understand why there are their needs and be abowe the matter , would help you ... Yet another useless atack ... teacher ... - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:49 Predmet: Re: Re: Re: First Day Disgust! http://www.boingboing.net/2007/08/20/flowchart-is-it-fcke.html ^ somehow seems appropriate to this thread -igor __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: First Day Disgust!
also, demos come in many fashions, the starter demo for an eclipse user differs from a netbeans user and differs from a maven user or notepad/vi/command line user various demos to serve various build or IDE enviroment. it may not be helpful when a maven only developer is trying to show a NB only developer how to write a demo in wicket or otherwise. IMO links to various build envrioments should be made open and am sure sample demo projects are all over the place On 08 Sep 2007 23:00:32 +0200 (CEST), Robo [EMAIL PROTECTED] wrote: It will Igor, just go on ... Robo - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:46 Predmet: Re: Re: Re: First Day Disgust! i would if that made any sense... -igor On 08 Sep 2007 22:52:05 +0200 (CEST), Robo wrote: Sorry Igor. I pack wicket app, simple wicket demo app, very well in WAR layout. If I`m not right please point me to point where wicket app border is extending WAR layout border. Robo __ http://www.tahaj.sk - Stiahnite si najnovsie verzie vasich oblubenych programov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: First Day Disgust!
well thats the thing about maven. it generates setups for different ides. so cd wicket mvn eclipse:eclipse - builds eclipse config mvn idea:idea - builds idea config mvn netbeans:netbeans - builds netbeans config after you do that all thats left is to import the created project into the ide. -igor On 9/8/07, Ayodeji Aladejebi [EMAIL PROTECTED] wrote: also, demos come in many fashions, the starter demo for an eclipse user differs from a netbeans user and differs from a maven user or notepad/vi/command line user various demos to serve various build or IDE enviroment. it may not be helpful when a maven only developer is trying to show a NB only developer how to write a demo in wicket or otherwise. IMO links to various build envrioments should be made open and am sure sample demo projects are all over the place On 08 Sep 2007 23:00:32 +0200 (CEST), Robo [EMAIL PROTECTED] wrote: It will Igor, just go on ... Robo - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:46 Predmet: Re: Re: Re: First Day Disgust! i would if that made any sense... -igor On 08 Sep 2007 22:52:05 +0200 (CEST), Robo wrote: Sorry Igor. I pack wicket app, simple wicket demo app, very well in WAR layout. If I`m not right please point me to point where wicket app border is extending WAR layout border. Robo __ http://www.tahaj.sk - Stiahnite si najnovsie verzie vasich oblubenych programov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: First Day Disgust!
if you use netbeans 6 you can just open the maven project without even running that netbeans:netbeans command On 9/9/07, Igor Vaynberg [EMAIL PROTECTED] wrote: well thats the thing about maven. it generates setups for different ides. so cd wicket mvn eclipse:eclipse - builds eclipse config mvn idea:idea - builds idea config mvn netbeans:netbeans - builds netbeans config after you do that all thats left is to import the created project into the ide. -igor On 9/8/07, Ayodeji Aladejebi [EMAIL PROTECTED] wrote: also, demos come in many fashions, the starter demo for an eclipse user differs from a netbeans user and differs from a maven user or notepad/vi/command line user various demos to serve various build or IDE enviroment. it may not be helpful when a maven only developer is trying to show a NB only developer how to write a demo in wicket or otherwise. IMO links to various build envrioments should be made open and am sure sample demo projects are all over the place On 08 Sep 2007 23:00:32 +0200 (CEST), Robo [EMAIL PROTECTED] wrote: It will Igor, just go on ... Robo - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:46 Predmet: Re: Re: Re: First Day Disgust! i would if that made any sense... -igor On 08 Sep 2007 22:52:05 +0200 (CEST), Robo wrote: Sorry Igor. I pack wicket app, simple wicket demo app, very well in WAR layout. If I`m not right please point me to point where wicket app border is extending WAR layout border. Robo __ http://www.tahaj.sk - Stiahnite si najnovsie verzie vasich oblubenych programov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.somatik.be Microsoft gives you windows, Linux gives you the whole house. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Re: Re: First Day Disgust!
i was raised on the principle that respect has to be earned, so far you have only done the opposite. a big part of earning respect is shut up or put up, look into it. as far as honesty, i dont think i have been dishonest with you yet. as far as me attacking you, i think you should grow some thicker skin if you think you are under attack. anyways, i think for a while everything from your address will go into my bitbucket, because at this point i see you as nothing but a drain. good day, -igor On 08 Sep 2007 23:07:35 +0200 (CEST), Robo [EMAIL PROTECTED] wrote: May be a little bit of respect and honesty to wicket newcomers, and also understand why there are their needs and be abowe the matter , would help you ... Yet another useless atack ... teacher ... - Originálna Správa - Od: \Igor Vaynberg\ Komu: Poslaná: 08.09.2007 23:49 Predmet: Re: Re: Re: First Day Disgust! http://www.boingboing.net/2007/08/20/flowchart-is-it-fcke.html ^ somehow seems appropriate to this thread -igor __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disable the SecondLevelPageCache?
Hi Eelco, Thanks for the thorough response (as usual). We're almost done converting from Tap 4 to Wicket 1.2 and we'll look into migrating to 1.3 pretty soon. I was planning on reverting to the HttpSessionStore immediately because I assumed the new disk-based store(s) traded performance for memory efficiency (and we have the luxury of not really caring about RAM usage due to a limited number of users in a LAN-only environment). An old benchmark that Jonathan posted (http://www.jroller.com/ JonathanLocke/entry/how_fast_is_wicket) suggested the HttpSessionStore was noticeably faster, but I know there have been a lot of performance improvements since then. I've been pretty cynical about the whole idea of a disk-based store, actually. It always seemed like jumping a fence into a servlet container/app server's area of responsibility (had a slightly nasty argument with Johan about that). While it always sounded like a cool and very powerful/useful *option* to build into the framework, I never thought it would be a clear winner over HttpSessionStore. My main fear was that it would lead to a kind of split between some people using one store and some the other, and that it might cascade further into the framework (e.g. design x is a better fit with SLCSS but design y is better for HttpSessionStore) ultimately becoming a big drag for you guys. So that's a long way of saying: damn, I'm impressed. Not only is 1-2ms negligible, it sounds like the SLCSS is a conceptually simpler approach. Oh, and sorry to Johan for being a skeptic. ;) -Ryan On Sep 8, 2007, at 2:27 PM, Eelco Hillenius wrote: On 9/8/07, Ryan Holmes [EMAIL PROTECTED] wrote: Is it not recommended because the new disk-based session store is just a better all-around solution or because using the httpsessionstore is dangerous or broken in some way in 1.3? It is a better all-round solution: it is more efficient memory wise, and the cost of serializing and saving is neglect-able in our experience (like 1 or 2 miliseconds per request even without Matej's recent optimizations). HttpSessionStore (in 1.3, but also in 1.2) suffers from some limitations that the SLCSS doesn't have. Particularly, back button history is limited, and while we don't experience many real problems with it, we feel that recording change objects isn't as robust as just serializing the page exactly as it is. It sounds way more efficient to do just the change objects, but compared to just serializing the page, it hardly seems to be in practice. Eelco - 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: Re: Re: Re: First Day Disgust!
On Sat, 2007-09-08 at 23:07 +0200, Robo wrote: May be a little bit of respect and honesty to wicket newcomers, and also understand why there are their needs and be abowe the matter , would help you ... Yet another useless atack ... teacher ... I am not one of the core developers, but have been a member of the wicket community for a long time. I've seen newcomers come and go. First, I'd like to say that this particular newcomer showed very little respect for the developers. The newcomer did not consider the fact that just perhaps the developers knew a tiny bit about what they where doing and that they standardized on maven and the examples layout for a reason. He either did not take the time to read the documentation on the website, or completely misunderstood it. If he did not take the time, then he seems to think that his time is so much more important than theirs that they should code everything up so that it is possible for him to understand how to set up an application in the way that he expects. It doesn't matter much that others understand what we have just fine. It doesn't fit for him, thus it must be broken. If he tried, but did not understand, then why didn't he ask questions about the parts that he didn't understand? Instead, he blasts a lot of criticism over the fence towards the developers that have done a *great* deal of work on a very fine framework. Apparently, people such as he think that the developers' time and effort is limitless and is there to satisfy his own needs. I submit that rather than attacking wicket and the methods of it's developers out of hand, a few well-placed questions surrounding the things that are really giving him trouble would serve him well. Sadly, we can't dump all the knowledge of wicket into someone's head. Any developer wanting to use any framework must invest time into learning how to use it. Wicket is really, really, easy compared to many other frameworks, and IMHO, worth the time and effort. But some effort is required. All the opinions above are my own; not the wicket community, not the developers of wicket. I really, really wish that users of open source software would show more respect to the developers who put so much time and effort into the products that those users use, however. -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: Disable the SecondLevelPageCache?
On 9/8/07, Ryan Holmes [EMAIL PROTECTED] wrote: Hi Eelco, Thanks for the thorough response (as usual). We're almost done converting from Tap 4 to Wicket 1.2 and we'll look into migrating to 1.3 pretty soon. I was planning on reverting to the HttpSessionStore immediately because I assumed the new disk-based store(s) traded performance for memory efficiency (and we have the luxury of not really caring about RAM usage due to a limited number of users in a LAN-only environment). An old benchmark that Jonathan posted (http://www.jroller.com/ JonathanLocke/entry/how_fast_is_wicket) suggested the HttpSessionStore was noticeably faster, but I know there have been a lot of performance improvements since then. I've been pretty cynical about the whole idea of a disk-based store, actually. It always seemed like jumping a fence into a servlet container/app server's area of responsibility (had a slightly nasty argument with Johan about that). While it always sounded like a cool and very powerful/useful *option* to build into the framework, I never thought it would be a clear winner over HttpSessionStore. My main fear was that it would lead to a kind of split between some people using one store and some the other, and that it might cascade further into the framework (e.g. design x is a better fit with SLCSS but design y is better for HttpSessionStore) ultimately becoming a big drag for you guys. So that's a long way of saying: damn, I'm impressed. Not only is 1-2ms negligible, it sounds like the SLCSS is a conceptually simpler approach. Oh, and sorry to Johan for being a skeptic. ;) I owe him an apology too in that sense, as I was one of the people most opposed to it initially. That turned out to be a premature optimization related fear I had. Also thanks to Matej who recently added a very, very optimized page store variant, *and* contributed an efficient page store that can be used in a cluster. And thanks for both of them for doing some pretty smart optimizations on serialization of pages (which I completely missed at first). Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to force a delete (from disk) of the session from the session store?
Chris Lintz wrote: Hi, When a user logouts of the site, i want to kill the session and have it be removed from disk immediately. I have extended WebSession properly, but no methods on the WebSession class seem to do the trick for me. Is there a way to to trigger the removal of the session cleanly from disk via the SessionStore or some other approach? I think this is done automatically when you call session.invalidate(). Yep, that should do the trick. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Include and placing pages under WEB-INF
Thank you for the suggestion. This looks like it ought to work fine for exploded WARs, but it seems like it would be a problem when then app is deployed in a WAR. Is there any way to do this that will work when the app is deployed in a WAR archive? Or is there perhaps another wicket component that I should be using that won't require me to create a companion Java class for each help snippet? Thanks. -- Jason Kent Tong wrote: Jason Mihalick wrote: However, if I try to move my pages under WEB-INF, wicket has a problem loading resources that are bound via the org.apache.wicket.markup.html.include.Include class. In my case, I have several static pages that I want to load dynamically which are located in my 'help/' directory (see above). Try: File context = new File(((WebApplication)getApplication()).getServletContext().getRealPath(/)); File file = new File(context, WEB-INF/help/Topic1.html); Include i = new Include(i, file.toURL().toString()); -- View this message in context: http://www.nabble.com/Using-Include-and-placing-pages-under-WEB-INF-tf4403861.html#a12574436 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DatePicker style in old Wicket 2.0
Der wicket wizzards,
how can I modify the look (e.g. the font-size) of the DatePicker popup
js-component? I try to override the css class (.calendar) in my own css
but this has no effect.
Html-code like
head
link rel=stylesheet type=text/css
href=MyOwnCalendarStyle.css/
/head
MyOwnCalendarStyle.css like
.calendar {
font-size:20px;
}
.calendar table {
font-size:20px;
}
Can anybody help me?
Regards, Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Invitation to Cocoon GetTogether 2007
Hello Wicket devs and users! On behalf of Cocoon GetTogether organizers I would invite you to Cocoon GT 2007 that will take place in Rome, Italy this year! First two days are reserved for community meet up called Hackathon. Hackathon is informal event which essential function is to have fun while developers are hacking their favourite projects. All in all, GT is a great venue for you to spend few days out in a nice location and hack around your Wicket stuff or help us hack Wicket into Cocoon as we already plan to do so! :-) It is also a great chance for some cross-pollination and ideas sharing. We are going to have really much fun, food, beers in a one big room. With fancy Wi-Fi connected table and a glass of italian wine? Then come Rome and join us! More details on http://www.cocoongt.org/ -- Grzegorz Kossakowski Committer and PMC Member of Apache Cocoon http://reflectingonthevicissitudes.wordpress.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AjaxFallbackOrderByBorder not doing ajax
I have to admit that I don't fully understand the ajaxfallback components, but I just switched over to AjaxFallbackOrderByBorder and it still seems to be making full requests instead of ajax requests. I assume I'm doing something stupidly wrong here, any help would be greatly appreciated. By the way, I'm used 1.3 beta 3 if that matters. Thanks Craig -- View this message in context: http://www.nabble.com/AjaxFallbackOrderByBorder-not-doing-ajax-tf4407826.html#a12575202 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: AjaxFallbackOrderByBorder not doing ajax
Sorry, disregard this posting, as I thought, I was doing something completely stupid, it helps to add the AjaxFallbackOrderByBorder component instead of the OrderByBorder component. -Craig Craig Lenzen wrote: I have to admit that I don't fully understand the ajaxfallback components, but I just switched over to AjaxFallbackOrderByBorder and it still seems to be making full requests instead of ajax requests. I assume I'm doing something stupidly wrong here, any help would be greatly appreciated. By the way, I'm used 1.3 beta 3 if that matters. Thanks Craig -- View this message in context: http://www.nabble.com/AjaxFallbackOrderByBorder-not-doing-ajax-tf4407826.html#a12575235 Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Locating CSS under WEB-INF, please help
I've been searching the forums and wiki on this half the night and I just can't figure out what I'm doing wrong here, so please bear with me if there is an obvious answer to this. Wicket is not finding my css or js resources when the application is deployed. I followed the wiki instructions for Wicket 1.3 on how to Control where HTML files are loaded from (http://cwiki.apache.org/WICKET/control-where-html-files-are-loaded-from.html#ControlwhereHTMLfilesareloadedfrom-InWicket1.3). I have the following structure under WEB-INF: WEB-INF/ +--- content/ +--- css/ +--- help/ +--- img/ +--- js/ BasePage.html Page1.html Page2.html etc. web.xml In the init() method of my application class, I have added this code as per the wiki: IResourceSettings resourceSettings = this.getResourceSettings(); resourceSettings.addResourceFolder( WEB-INF/content ); resourceSettings.setResourceStreamLocator( new PathStripperLocator() ); My implementation of the PathStripperLocator class matches that found on the wiki. When I view the source of Page1.html (which inherits from my BasePage) in my browser after wicket has served it, I see that Wicket is rewriting the location of the css resources as follows: link href=../css/styles.css rel=stylesheet type=text/css/ I expected the href value to instead be css/styles.css (without the ../). What do I need to do here in order to make this work? Your help is greatly appreciated! -- Jason -- View this message in context: http://www.nabble.com/Locating-CSS-under-WEB-INF%2C-please-help-tf4408084.html#a12575952 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: Using Include and placing pages under WEB-INF
Jason Mihalick wrote: Thank you for the suggestion. This looks like it ought to work fine for exploded WARs, but it seems like it would be a problem when then app is deployed in a WAR. Is there any way to do this that will work when the app is deployed in a WAR archive? Or is there perhaps another wicket component that I should be using that won't require me to create a companion Java class for each help snippet? Try: URL url = ((WebApplication) getApplication()).getServletContext().getResource(/WEB-INF/help/topic1.html); add(new Include(i, url.toString())); -- View this message in context: http://www.nabble.com/Using-Include-and-placing-pages-under-WEB-INF-tf4403861.html#a12576037 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: Using Include and placing pages under WEB-INF
Thanks, yes, my solution was close to this, but I opted instead to subclass
the Include class. I think the solution that you propose below may cause
wicket to create an absolute URL to the HTML files under the WEB-INF dir
which will be inaccessible by the browser. Here is my subclass of the
Include class, which is working well for me:
public class ResourceInclude extends Include {
private static final long serialVersionUID = 1L;
private final static Logger log = LoggerFactory.getLogger(
ResourceInclude.class );
/**
* Constructs a new ResourceInclude object.
* @param id The identifier of the wicket markup that this ResourceInclude
is bound to.
* @param resourcePath The resource location of the content to load. This
should be
* a resource path that is reachable from the ServletContext via a call to
* ServletContext.getResource(String).
*/
public ResourceInclude( String id, String resourcePath ) {
super( id, resourcePath );
}
/**
* Override of the importAsString method to load the content from the
resource path that was
* provided during consturction.
* @see org.apache.wicket.markup.html.include.Include#importAsString()
*/
@Override
protected String importAsString() {
String url = this.getModelObjectAsString();
if ( !isAbsolute( url ) ) {
try {
UrlResourceStream resourceStream = new UrlResourceStream(
((WebApplication)this.getApplication()).getServletContext().getResource( url
) );
return resourceStream.asString();
} catch ( Exception ex ) {
log.error( Error loading help file at resource location: +
this.getModelObjectAsString(), ex );
return super.importAsString();
}
} else {
return super.importAsString();
}
}
}
Kent Tong wrote:
Jason Mihalick wrote:
Thank you for the suggestion. This looks like it ought to work fine for
exploded WARs, but it seems like it would be a problem when then app is
deployed in a WAR. Is there any way to do this that will work when the
app is deployed in a WAR archive? Or is there perhaps another wicket
component that I should be using that won't require me to create a
companion Java class for each help snippet?
Try:
URL url = ((WebApplication)
getApplication()).getServletContext().getResource(/WEB-INF/help/topic1.html);
add(new Include(i, url.toString()));
--
View this message in context:
http://www.nabble.com/Using-Include-and-placing-pages-under-WEB-INF-tf4403861.html#a12576080
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: Using Include and placing pages under WEB-INF
Thanks, yes, my solution was close to this, but I opted instead to subclass the Include class. I think the solution that you propose below may cause wicket to create an absolute URL to the HTML files under the WEB-INF dir which will be inaccessible by the browser. /quote No. The URL is never sent to the browser. In fact, logically your code is exactly the same as mine. -- View this message in context: http://www.nabble.com/Using-Include-and-placing-pages-under-WEB-INF-tf4403861.html#a12576120 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: Re: First Day Disgust!
With all due respect: On 9/8/07, Eelco Hillenius [EMAIL PROTECTED] wrote: Do note however, that we presume basic knowledge of Java programming ...fair enough... and Java web applications (what is a war, what is a web.xml file). Wicket, being component based, has great appeal for people with non-web GUI experience only. It does not make it your job to introduce them to this technology of course. Gabor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: First Day Disgust!
do my homework for me now or i will continue mock your miserable web framework! it seems probable that this won't make you many friends. chickabee wrote: Hi Wicketers, I tried wicket today and the example application was up and running on tomcat in no time, so that was the good part, after that if I like to create a sample application on my own then I found no easy way to start. Examples are good to browse through and tell about wicket capabilities, however, not so good from learning point of view, All of the examples are glued together in one big jar file and it is just not quick enough to create a bare-bone application quickly and easily, I tried Quicket as mentioned in the readme file, however, Quickets is nothing but waste of time, because it is glued with Hibernate and Spring and both should not be there to start with. Not a good experience trying wicket so far, I guess it's the time to try out some more simpler app frameworks, -Thumbs Down to Wicket! -- View this message in context: http://www.nabble.com/First-Day-Disgust%21-tf4405663.html#a12576137 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: Two small questions
yeah, more like an omission, but this is definitely a problem so far as i recall. Kent Tong wrote: Sebastiaan van Erk wrote: Ok, to answer my own question, it seems that ExternalLink does not have the ability to be disabled like Link. Looks like a bug to me. I'd suggest that you submit a JIRA issue at http://issues.apache.org/jira/browse/WICKET -- View this message in context: http://www.nabble.com/Two-small-questions-tf4404428.html#a12576156 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: Adding an image in imageMap?
bhupat parmar wrote: hi i have to add an iamge in my ImageMap.RectangleLink which is not predefined THE IMAGE IS LOADED from database? You can try using an AttributeModifier to modify the src attribute of the tag. You can subclass ResourceReference to load the image from your DB and call urlFor(ref) to get the URL. -- View this message in context: http://www.nabble.com/Adding-an-image-in-imageMap--tf4392221.html#a12576166 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 Validation Error
spencer.c wrote:
StringValidator.maximum=${label} must be no longer than ${maximum}
characters.
sendForm.senderField.Required=You must provide your email address to
proceed.
Try:
sendForm.senderField.StringValidator.maximum=${label} must be no longer than
${maximum} characters.
sendForm.senderField.Required=You must provide your email address to
proceed.
--
View this message in context:
http://www.nabble.com/Wicket-Validation-Error-tf4386270.html#a12576183
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
