Re: [Wicket-user] No such method
Yes, I found the problem. Maven2 didn't pick up on the change to the src code. Weird. On 2/17/06, Johan Compagner [EMAIL PROTECTED] wrote: Somehow it seems that the code is a bit out of sync Or not compiled cleanly. Please make sure that you do compile everything from the start. If you look at the source code you do see that method? johan On 2/17/06, Mats Norén [EMAIL PROTECTED] wrote: Hi, I've upgraded from CVS today and got this error: java.lang.NoSuchMethodError: wicket.PageMap.getAccessStack()Ljava/util/Stack If my memory serves me right I saw somewhere that this method was altered? I'm using wicket-spring as well, does that have something to do with it? Stacktrace below: java.lang.NoSuchMethodError: wicket.PageMap.getAccessStack()Ljava/util/Stack; wicket.session.pagemap.LeastRecentlyAccessedEvictionStrategy.evict (LeastRecentlyAccessedEvictionStrategy.java:60) wicket.PageMap.put(PageMap.java:531) wicket.Session.touch(Session.java:575) wicket.Page.doRender(Page.java:390) wicket.protocol.http.WebRequestCycle.redirectTo (WebRequestCycle.java:143) wicket.request.target.component.PageRequestTarget.respond(PageRequestTarget.java:60) wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseStrategy.java:47) wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(AbstractCompoundRequestCycleProcessor.java:66) wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:824) wicket.RequestCycle.processEventsAndRespond (RequestCycle.java:851) wicket.RequestCycle.step(RequestCycle.java:931) wicket.RequestCycle.steps(RequestCycle.java:1005) wicket.RequestCycle.request(RequestCycle.java:451) wicket.protocol.http.WicketServlet.doGet (WicketServlet.java:207) wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:234) javax.servlet.http.HttpServlet.service(HttpServlet.java:709) javax.servlet.http.HttpServlet.service (HttpServlet.java:802) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] FormToModel Binding - Can Annotations Help
Hello, Just another small suggestion as regarding future Java5 directions of Wicket. I know Wicket generally may not be planning to use annotations but i just want to know the limitations of having stuff like this in some future Wicket version especially in the FormBindingToModel Situations. Lets say we have a plan to build a Model-Form relationship, presently what we basically do is: [HTML] form wicket:id=myform input wicket:id=myprop type=text input wicket:id=submit type=submit / /form [/HTML] [Model] class Data { private String myprop; ... } [/Model] [Form Code] final Data mydata = new Data(); Form myform = new Form(myform); TextField txt = new TextField(myprop,new PropertyModel(mydata, myprop); myform.add(txt); [/Form Code] But in the annotation stuff, how about this approach: [Model] class Data { //something of this sort @bind(id=myprop) //where id here from HTML side means wicket:id=myprop private String myprop; ... } [/Model] and then when creating the form, we can say something like: [Form Code] Form myform = new Form(myform, new AnnotatedModel(Data.class)); [/Form Code] when the form is very long, this can be useful in reducing effort and the wicket wont have to worry about whether its a TextField or a TextArea, it can simply determine that from the HTML code: input wicket:id=myprop type=text / so that all users do is design the model and allows Wicket to do the binding magic to the form. You know something a little close to Introspection in JSP, On a basic level,Is this useful really? Thanks -- Loving this Wicket Life...--The more life's risk you take, the more life's reward you get - MeAladejebi Ayodeji A., PentaSoft Technologies Limited
Re: [Wicket-user] Wicket Application behind a proxy
i am currently fixing this so that you can decide what the context path must beapplication.getApplicationSettings().setContextPath()will set it to use the root (what you use from the outside) johanOn 2/17/06, Al Maw [EMAIL PROTECTED] wrote: Timo Stamm wrote: I have a proxy server:http://proxy.com/ All requests to the proxy must be forwarded to the app server: http://app.com/.../wicketapp/I'm having an issue with a similar type of set-up, but this time in theactual page markup rather than redirects.I'm using a 1.2 snapshot, and have discovered Wicket has a habit of constructing URLs in links, etc. to be absolute (i.e. starts with a '/')like so:getContextPath() + '/' + getRelativeURL();So form actions, link hrefs, etc. look like this: /contextPath/wicketServlet?params=foo When they should look probably just like this: wicketServlet?params=fooFor my old JSP-based stuff, I just make all the URLs relative, andeverything just works. For top level template includes, which need to work on all pages no matter the depth, I'd set a response param to tellthe include what depth level I was at, and it'd insert some ../sappropriately. Not very pretty, but simple and it works. Is any reasonable way to make all the links/hrefs/etc. in Wicket alwaysbe relative? (Obviously this would need to insert some ../s formounted pages.)Or is there some other way to fix this? I can't deploy wicket apps on my production server 'til I've found out how to fix this. :(Al---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makessearching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642___Wicket-user mailing list Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] conceptual question
What sort of application data is automatically stored in the wicketservlet's HttpSession (for simplicity, assume that models are not detachable).First youre wicket session object (and everything you put in it when you subclass it) is stored in the session.Second are the pagemaps, the default one and x that you create. But those don't reference much just some browser stack and some counter/nameAnd no user data at all.Last the Pages itself. Then by default the last 5 pages or version of pages (some mix of those 2)A page has the component structure and there models with data. And if you don't use detachable models then everything a model holds will also be in the session. What sort of data, if any, is stored in secret fields in the HTML on the client's browser?Almost nothing. We don't use hidden fields. Maybe except one but that is pure for event dispatchinginside a form dispatch, So that you don't loose form data when you hava an onSelectionChange listener on a Select box.If I declare a variable in a Wicket object's constructor, what happens to its value when the constructor completes its execution?Does itvanish, or is it saved somewhere for the next time the page is built?This is plain java.if you use a instance variable it will of course be saved in the component. Or if you use a local vairable but you make it final and reference to it in a anonymous class then this will also be converted to a instance variable of the anonymous class. But this is plain javadoesn't have anything do do with wicket. I notice that users never seem to declare instance variables in theirsubclasses of Wicket objects.Why is this?If I did create an instance variable, how would Wicket use it?There is mostly no need. Because a instance variable moslty just means that it is model data.So it should go into the model. Buf if you declare it then yes it is again Plain java the variable is stored in the session because it is stored in the component of wicket.johan
Re: [Wicket-user] Real-world web-applications (Was: Example web-applications)
Since there wasn't any response at this question, I'll try it again: Are there any real-world wicket-driven applications available for investigation? Is there anybody trying to create something like a issue-tracker or something similar? Tom --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Real-world web-applications (Was: Example web-applications)
Tom, Your question is hard to answer, as many companies that are developing applications don't want you to take a look at their code. Open source development takes a special type of person, one who is willing to spend his/hers free, spare time to develop such applications. This is a rather rare breed of person. Given this situation, there is at least one open source project that I know of where you can take a look at the code: the burgerweeshuis venue CMS. http://sourceforge.net/projects/burgerweeshuis It is a system written for a dutch venue, i.e. a music stage/club for pop/rock/etc. Two interns at Topicus (my company) are working on it the coming months for their final project. Martijn On 2/18/06, Tom S. [EMAIL PROTECTED] wrote: Since there wasn't any response at this question, I'll try it again: Are there any real-world wicket-driven applications available for investigation? Is there anybody trying to create something like a issue-tracker or something similar? Tom --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Living a wicket life... Martijn Dashorst - http://www.jroller.com/page/dashorst Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Real-world web-applications (Was: Example web-applications)
wat du u mean by real world driven?...wicket i believe is still evolvingheavily and most applications beingbuilt on it are probably evolving along. So maybe it will take some (not-too-long) time before u see real-worldprojects spewing outfrom wicket. On 2/18/06, Tom S. [EMAIL PROTECTED] wrote: Since there wasn't any response at this question, I'll try it again:Are there any real-world wicket-driven applications available for investigation? Is there anybody trying to create something like aissue-tracker or something similar?Tom---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makessearching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642___Wicket-user mailing list Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] FormToModel Binding - Can Annotations Help
we do it the other way around.just do this in youre example:[Form Code] Form myform = new Form(myform, new CompoundPropertyModel(new Data())); TextField txt = new TextField(myprop); myform.add(txt); [/Form Code] myprop id is automaticaly mapped to youre model property mypropjohanOn 2/18/06, Ayodeji Aladejebi [EMAIL PROTECTED] wrote:Hello, Just another small suggestion as regarding future Java5 directions of Wicket. I know Wicket generally may not be planning to use annotations but i just want to know the limitations of having stuff like this in some future Wicket version especially in the FormBindingToModel Situations. Lets say we have a plan to build a Model-Form relationship, presently what we basically do is: [HTML] form wicket:id=myform input wicket:id=myprop type=text input wicket:id=submit type=submit / /form [/HTML] [Model] class Data { private String myprop; ... } [/Model] [Form Code] final Data mydata = new Data(); Form myform = new Form(myform); TextField txt = new TextField(myprop,new PropertyModel(mydata, myprop); myform.add(txt); [/Form Code] But in the annotation stuff, how about this approach: [Model] class Data { //something of this sort @bind(id=myprop) //where id here from HTML side means wicket:id=myprop private String myprop; ... } [/Model] and then when creating the form, we can say something like: [Form Code] Form myform = new Form(myform, new AnnotatedModel(Data.class)); [/Form Code] when the form is very long, this can be useful in reducing effort and the wicket wont have to worry about whether its a TextField or a TextArea, it can simply determine that from the HTML code: input wicket:id=myprop type=text / so that all users do is design the model and allows Wicket to do the binding magic to the form. You know something a little close to Introspection in JSP, On a basic level,Is this useful really? Thanks -- Loving this Wicket Life...--The more life's risk you take, the more life's reward you get - MeAladejebi Ayodeji A., PentaSoft Technologies Limited
Re: [Wicket-user] Real-world web-applications (Was: Example web-applications)
I just asked for real world wicket-driven applications, because it surely would make it much easier for me to understand how to do some things in wicket. Thanks, Martijn, I'll try to download and take a look at it. -- Tom Ayodeji Aladejebi schrieb: wat du u mean by real world driven?...wicket i believe is still evolving heavily and most applications being built on it are probably evolving along. So maybe it will take some (not-too-long) time before u see real-world projects spewing out from wicket. On 2/18/06, *Tom S.* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Since there wasn't any response at this question, I'll try it again: Are there any real-world wicket-driven applications available for investigation? Is there anybody trying to create something like a issue-tracker or something similar? Tom --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE
2. Do the constructor change in a seperate release (Wicket 1.3) andput Java 5 in the next (Wicket 2.0)I would like to see the constructor change as soon as possible, as it is a bit of a thorn in the paw when using wicket. Watching the cvs commits, the rate of development on wicket is impressive. I'm afraid once you guys get your hands on java 5, you won't be able to hold back on new features and the joint release will be a long time coming.
Re: [Wicket-user] Ajax Stuff in Wicket 1.2
You should check your Wicket version. It looks like you compiled your code against a different version of Wicket then what you include in your webapp. Also check for double classpath entries. Eelco On 2/18/06, Ayodeji Aladejebi [EMAIL PROTECTED] wrote: What may be wrong with these code public class MyAjaxPage extends WebPage { private int count = 0; public MyAjaxPage(){ add(counter = new Label(counter, String.valueOf(count))); add(new AjaxLink(ajlink) { public void onClick(AjaxRequestTarget target) { // Increment count count++; RequestCycle rc = getRequestCycle(); rc.setRequestTarget(new ComponentRequestTarget(counter)); target.respond(rc); } }); } Anyway, it did not even initialize cuz, tomcat returned java.lang.NoSuchMethodError: wicket.ajax.markup.html.AjaxLink.add(Lwicket/behavior/IBehavior;)Lwicket/Component; wicket.ajax.markup.html.AjaxLink.init(AjaxLink.java:52) wicket.ajax.markup.html.AjaxLink .init(AjaxLink.java:39) net.cowblock.developer.models.NewDeveloper$5.init(NewDeveloper.java:147) net.cowblock.developer.models.NewDeveloper.init(NewDeveloper.java:147) ... any light? --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] No such method
Always start with issuing clean first when working with maven. Like 'mvn clean install'. Eelco On 2/18/06, Mats Norén [EMAIL PROTECTED] wrote: Yes, I found the problem. Maven2 didn't pick up on the change to the src code. Weird. On 2/17/06, Johan Compagner [EMAIL PROTECTED] wrote: Somehow it seems that the code is a bit out of sync Or not compiled cleanly. Please make sure that you do compile everything from the start. If you look at the source code you do see that method? johan On 2/17/06, Mats Norén [EMAIL PROTECTED] wrote: Hi, I've upgraded from CVS today and got this error: java.lang.NoSuchMethodError: wicket.PageMap.getAccessStack()Ljava/util/Stack If my memory serves me right I saw somewhere that this method was altered? I'm using wicket-spring as well, does that have something to do with it? Stacktrace below: java.lang.NoSuchMethodError: wicket.PageMap.getAccessStack()Ljava/util/Stack; wicket.session.pagemap.LeastRecentlyAccessedEvictionStrategy.evict (LeastRecentlyAccessedEvictionStrategy.java:60) wicket.PageMap.put(PageMap.java:531) wicket.Session.touch(Session.java:575) wicket.Page.doRender(Page.java:390) wicket.protocol.http.WebRequestCycle.redirectTo (WebRequestCycle.java:143) wicket.request.target.component.PageRequestTarget.respond(PageRequestTarget.java:60) wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseStrategy.java:47) wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(AbstractCompoundRequestCycleProcessor.java:66) wicket.RequestCycle.doProcessEventsAndRespond(RequestCycle.java:824) wicket.RequestCycle.processEventsAndRespond (RequestCycle.java:851) wicket.RequestCycle.step(RequestCycle.java:931) wicket.RequestCycle.steps(RequestCycle.java:1005) wicket.RequestCycle.request(RequestCycle.java:451) wicket.protocol.http.WicketServlet.doGet (WicketServlet.java:207) wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:234) javax.servlet.http.HttpServlet.service(HttpServlet.java:709) javax.servlet.http.HttpServlet.service (HttpServlet.java:802) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Ajax Stuff in Wicket 1.2
also,the label will not be updated because its model is constant.to have it updated do thisnew Label(counter, new PropertyModel(this, count)); and add a int getCount()also in the onclick handler remove these two lines, they are not necessary and will break your code: RequestCycle rc = getRequestCycle(); rc.setRequestTarget(new ComponentRequestTarget(counter));-IgorOn 2/18/06, Ayodeji Aladejebi [EMAIL PROTECTED] wrote:What may be wrong with these code public class MyAjaxPage extends WebPage { private int count = 0; public MyAjaxPage(){ add(counter = new Label(counter, String.valueOf(count))); add(new AjaxLink(ajlink) {public void onClick(AjaxRequestTarget target) { // Increment count count++; RequestCycle rc = getRequestCycle(); rc.setRequestTarget(new ComponentRequestTarget(counter)); target.respond(rc); } });} Anyway, it did not even initialize cuz, tomcat returned java.lang.NoSuchMethodError: wicket.ajax.markup.html.AjaxLink.add(Lwicket/behavior/IBehavior;)Lwicket/Component;wicket.ajax.markup.html.AjaxLink.init(AjaxLink.java:52)wicket.ajax.markup.html.AjaxLink .init(AjaxLink.java:39)net.cowblock.developer.models.NewDeveloper$5.init(NewDeveloper.java:147)net.cowblock.developer.models.NewDeveloper.init(NewDeveloper.java:147)... any light?
[Wicket-user] WicketTester broken (FormTester won't gather request parameters on page)
I upgrade to latest CVS, but found behavior of FormTester changed.below is small test case for wicket.util.tester.WicketTesterTest:public void testCreateBook_submit() throws Exception { MyMockApplication tester = new MyMockApplication(); tester.startPage(CreateBook.class); FormTester formTester = tester.newFormTester(createForm); // two fields are required, one is name, the other is id // and we only fill one: formTester.setValue(name, xxName); formTester.submit(); // we got validation error message: tester.assertErrorMessages (new String[] { id is required }); // now we continue test the same page, the name Field should // contains value xxName on the page FormTester formTesterContinue = tester.newFormTester(createForm); // fill id with value xxId, so all validations should be passed formTesterContinue.setValue(id, xxId); formTesterContinue.submit(); // but test failed ! I got name is required message because // there is no name in request parameter. tester.assertNoErrorMessage();}FormTester can not convert exist values of fields into request parameters. Are there changes on MockHttpServletRequest or something recently ? -- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwanblog: http://www.javaworld.com.tw/roller/page/ingramchen
Re: [Wicket-user] WicketTester broken (FormTester won't gather request parameters on page)
It looks like a namespace issue. We recently started using a kind of namespace for various resources including url parameter. Reason: avoiding issues due to users using wicket preserved names. Juergen On 2/18/06, Ingram Chen [EMAIL PROTECTED] wrote: I upgrade to latest CVS, but found behavior of FormTester changed. below is small test case for wicket.util.tester.WicketTesterTest: public void testCreateBook_submit() throws Exception { MyMockApplication tester = new MyMockApplication(); tester.startPage(CreateBook.class); FormTester formTester = tester.newFormTester(createForm); // two fields are required, one is name, the other is id // and we only fill one: formTester.setValue(name, xxName); formTester.submit(); // we got validation error message: tester.assertErrorMessages (new String[] { id is required }); // now we continue test the same page, the name Field should // contains value xxName on the page FormTester formTesterContinue = tester.newFormTester(createForm); // fill id with value xxId, so all validations should be passed formTesterContinue.setValue(id, xxId); formTesterContinue.submit(); // but test failed ! I got name is required message because // there is no name in request parameter. tester.assertNoErrorMessage(); } FormTester can not convert exist values of fields into request parameters. Are there changes on MockHttpServletRequest or something recently ? -- Ingram Chen Java [EMAIL PROTECTED] Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE
I vote for #1. I am already running Java 5 and it sounds like a 1.3 release with the constructor change may delay work on Java 5. cheers, Cameron On 2/16/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Hi all, This is a non-binding (the developers ultimately decide) call votes concerning whether we should fold the upcomming constructor changes with our move to Java 5 or not. See for a discussion of those changes other threads, please use this thread for voting only. 1. Give me the constructor change and the Java 5 functionality in one pass (Wicket 2.0) 2. Do the constructor change in a seperate release (Wicket 1.3) and put Java 5 in the next (Wicket 2.0) 3. I don't want either one and I want to stay on Wicket 1.2. This last option has no real effect except that you explicitly say that you prefer a long lasting support on 1.2 over new features. Also, take into consideration that the less versions we have to maintain seperately, the quicker we probably can implement them. Your votes please? Btw, it is still our plan to be up-to-date with Wicket In Action. Eelco --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE
+1 on option 1.On 2/18/06, Cameron Taggart [EMAIL PROTECTED] wrote: I vote for #1.I am already running Java 5 and it sounds like a 1.3release with the constructor change may delay work on Java 5.cheers,CameronOn 2/16/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Hi all, This is a non-binding (the developers ultimately decide) call votes concerning whether we should fold the upcomming constructor changes with our move to Java 5 or not. See for a discussion of those changes other threads, please use this thread for voting only. 1. Give me the constructor change and the Java 5 functionality in one pass (Wicket 2.0) 2. Do the constructor change in a seperate release (Wicket 1.3) and put Java 5 in the next (Wicket 2.0) 3. I don't want either one and I want to stay on Wicket 1.2. This last option has no real effect except that you explicitly say that you prefer a long lasting support on 1.2 over new features. Also, take into consideration that the less versions we have to maintain seperately, the quicker we probably can implement them. Your votes please? Btw, it is still our plan to be up-to-date with Wicket In Action. Eelco --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makes searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user--- This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?Stop!Download the new AJAX search engine that makessearching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642___ Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE
On Feb 16, 2006, at 5:33 PM, Eelco Hillenius wrote: 1. Give me the constructor change and the Java 5 functionality in one pass (Wicket 2.0) +1 --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] VOTE
#1 is my vote too. Regards, Abdullah --- Cameron Taggart [EMAIL PROTECTED] wrote: I vote for #1. I am already running Java 5 and it sounds like a 1.3 release with the constructor change may delay work on Java 5. cheers, Cameron On 2/16/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Hi all, This is a non-binding (the developers ultimately decide) call votes concerning whether we should fold the upcomming constructor changes with our move to Java 5 or not. See for a discussion of those changes other threads, please use this thread for voting only. 1. Give me the constructor change and the Java 5 functionality in one pass (Wicket 2.0) 2. Do the constructor change in a seperate release (Wicket 1.3) and put Java 5 in the next (Wicket 2.0) 3. I don't want either one and I want to stay on Wicket 1.2. This last option has no real effect except that you explicitly say that you prefer a long lasting support on 1.2 over new features. Also, take into consideration that the less versions we have to maintain seperately, the quicker we probably can implement them. Your votes please? Btw, it is still our plan to be up-to-date with Wicket In Action. Eelco --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] WicketTester broken (FormTester won't gather request parameters on page)
I think I got the problemfirst, the test I provided is wrong, the 2nd FormTester should instantiated withoutfill blank string on FormComponets, or it will overwrite all FormComponent's input. // disable filling blank string for all FormComponents FormTester formTesterContinue = tester.newFormTester(createForm, false);But even with this fix, the problem still persist. After debugging/traceing, I found that MockWebApplication didn't convert existfield values into request parameters even in previous Wicket release. FormComponentjust get null rawInput, and validation passed just because previous version's RequiredValidator will bypass it: // previous RequiredValidator public final void onValidate(FormComponent formComponent, String value) { //bypass if value is null if (formComponent instanceof AbstractTextComponent value == null) { return; } //...omit rest }// latest RequiredValidator , implementation changed. public final void onValidate(final FormComponent formComponent, final String value) { // Check value only if form component can take on a null value if (formComponent.isInputNullable()) { // Check value if (Strings.isEmpty(value)) {error(formComponent); } } }So basically my test worked before is relying on I miss interpret RequiredValidator's behavior. I always think that MockWebApplication will gather exist values of field intorequest parameters and so my formTester could continue to process. :(Is it possible to make Mock enviroment to gather field values already on Page ? I believe this is more natural. and it makes testing more smoothly.On 2/19/06, Juergen Donnerstag [EMAIL PROTECTED] wrote:It looks like a namespace issue. We recently started using a kind of namespace for various resources including url parameter. Reason:avoiding issues due to users using wicket preserved names.JuergenOn 2/18/06, Ingram Chen [EMAIL PROTECTED] wrote: I upgrade to latest CVS, but found behavior of FormTester changed. below is small test case for wicket.util.tester.WicketTesterTest: public void testCreateBook_submit() throws Exception { MyMockApplication tester = new MyMockApplication(); tester.startPage(CreateBook.class); FormTester formTester = tester.newFormTester(createForm); // two fields are required, one is name, the other is id // and we only fill one:formTester.setValue(name, xxName); formTester.submit (); // we got validation error message: tester.assertErrorMessages (new String[] { id is required }); // now we continue test the same page, the name Field should // contains value xxName on the page FormTester formTesterContinue = tester.newFormTester(createForm); // fill id with value xxId, so all validations should be passed formTesterContinue.setValue(id, xxId); formTesterContinue.submit(); // but test failed ! I got name is required message because // there is no name in request parameter. tester.assertNoErrorMessage(); } FormTester can not convert exist values of fields into request parameters. Are there changes on MockHttpServletRequest or something recently ? -- Ingram Chen Java [EMAIL PROTECTED] Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen ---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?Stop!Download the new AJAX search engine that makes searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user-- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwanblog: http://www.javaworld.com.tw/roller/page/ingramchen
[Wicket-user] New RequiredValidator and DropDownChoice
Latest RequiredValidator only works for FormComponent.isInputNullable() that return true.So basically RequiredValidator no longer work for FormComponent like DropDownChoice . I have one use case: the choices List may return zero size, and by default, DropDownChoice will insert a Choose One... for me. If user submit with this blank choice, I need to prompt user this is required field and he shouldadd more choices before processing. previously I use RequiredValidator and it works. How do I archive this now ? I knows I can overrwrite DropDownChoice.isInputNullable() or write a customed Validator... but which is right way to do this ? -- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwanblog: http://www.javaworld.com.tw/roller/page/ingramchen
Re: [Wicket-user] Too many open files problem
That sounds pretty crazy. Did you turn off template reloading? That would be the first thing to try, and actually wize in a production environment anyway. /If/ that helps, we might have something that should be done differently there. Eelco On 2/18/06, Andrew Lombardi [EMAIL PROTECTED] wrote: When deploying one of our wicket-developed applications to our production linux server, we've been seeing something very odd, maybe someone can shed some light. This morning I awoke to error messages in our Resin app server logs about Too many open files. Checking the max value, it was set at 65000. A check using lsof showed that the jar file where I have the Page classes/html/prop files, had several entries. And it would vary up and down from 1000 to well over 15000 entries for that single jar. I'm in the process of setting up a test environment to see if I can recreate the issue locally, or if it might be a linux-based issue. I'm using Resin 3.0.17 with JDK 1.5.0_06, and using the latest snapshot from Wicket 1.2 branch. Any ideas? --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] New RequiredValidator and DropDownChoice
A potential, theoretic issue can be that isEnabled is based on an algoritm in such a way that it was false during rendering, but true now that the post back comes in. Or the other way around. But I think that is too theoretical to worry about, and even if it would show up sometime, somewhere for anyone, it would be easy to fix for that custom situation. Eelco On 2/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I just took a look, and the 'fix' that isInputNullable was wrong; it was fixing the wrong problem in the first place. I removed that method again, and RequiredValidator now looks like: public final void onValidate(final FormComponent formComponent, final String value) { // Check value only if form component can take on a null value if (formComponent.isEnabled()) { // Check value if (Strings.isEmpty(value)) { error(formComponent); } } } Could you and anyone else (devs?) interested in this verify whether I didn't forget anything? The orignal code before the fix was: public final void onValidate(FormComponent formComponent, String value) { // if input was null then value was not submitted (disabled field), // ignore it // TODO General: For now only a test on a text component is done for the // disabled == null. Checkbox, RadioChoice or CheckBoxMultipleChoice can // all be null and not disabled. if (formComponent instanceof AbstractTextComponent value == null) { return; } // Check value if (Strings.isEmpty(value)) { error(formComponent); } } But I think what's in there now is better. Agreed everyone? Eelco On 2/18/06, Ingram Chen [EMAIL PROTECTED] wrote: Latest RequiredValidator only works for FormComponent.isInputNullable() that return true. So basically RequiredValidator no longer work for FormComponent like DropDownChoice . I have one use case: the choices List may return zero size, and by default, DropDownChoice will insert a Choose One... for me. If user submit with this blank choice, I need to prompt user this is required field and he should add more choices before processing. previously I use RequiredValidator and it works. How do I archive this now ? I knows I can overrwrite DropDownChoice.isInputNullable() or write a customed Validator... but which is right way to do this ? -- Ingram Chen Java [EMAIL PROTECTED] Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] New RequiredValidator and DropDownChoice
Uh, another potential nastier problem is that you put in disabled=disabled there yourself either directly or with an attribute modifier. In that case, the old code makes sense, though it is not very generic. H... what should we do... Eelco On 2/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote: A potential, theoretic issue can be that isEnabled is based on an algoritm in such a way that it was false during rendering, but true now that the post back comes in. Or the other way around. But I think that is too theoretical to worry about, and even if it would show up sometime, somewhere for anyone, it would be easy to fix for that custom situation. Eelco On 2/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I just took a look, and the 'fix' that isInputNullable was wrong; it was fixing the wrong problem in the first place. I removed that method again, and RequiredValidator now looks like: public final void onValidate(final FormComponent formComponent, final String value) { // Check value only if form component can take on a null value if (formComponent.isEnabled()) { // Check value if (Strings.isEmpty(value)) { error(formComponent); } } } Could you and anyone else (devs?) interested in this verify whether I didn't forget anything? The orignal code before the fix was: public final void onValidate(FormComponent formComponent, String value) { // if input was null then value was not submitted (disabled field), // ignore it // TODO General: For now only a test on a text component is done for the // disabled == null. Checkbox, RadioChoice or CheckBoxMultipleChoice can // all be null and not disabled. if (formComponent instanceof AbstractTextComponent value == null) { return; } // Check value if (Strings.isEmpty(value)) { error(formComponent); } } But I think what's in there now is better. Agreed everyone? Eelco On 2/18/06, Ingram Chen [EMAIL PROTECTED] wrote: Latest RequiredValidator only works for FormComponent.isInputNullable() that return true. So basically RequiredValidator no longer work for FormComponent like DropDownChoice . I have one use case: the choices List may return zero size, and by default, DropDownChoice will insert a Choose One... for me. If user submit with this blank choice, I need to prompt user this is required field and he should add more choices before processing. previously I use RequiredValidator and it works. How do I archive this now ? I knows I can overrwrite DropDownChoice.isInputNullable() or write a customed Validator... but which is right way to do this ? -- Ingram Chen Java [EMAIL PROTECTED] Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] New RequiredValidator and DropDownChoice
Ok, I think this is the right fix (it's in HEAD now): public final void onValidate(final FormComponent formComponent, final String value) { // Check value only if form component is enabled if (!formComponent.isEnabled()) { // do not perform validation return; } // when null, check whether this is natural for that component, or // whether - as is the case with text fields - this can only happen // when the component was disabled if (value == null (!formComponent.isInputNullable())) { // this value must have come from a disabled field // do not perform validation return; } // peform validation by looking whether the value is null or empty if (Strings.isEmpty(value)) { error(formComponent); } } isInputNullable returns true by default, except for text fields, which have empty strings as input even though the user didn't even touch them. Agreed? Eelco On 2/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Uh, another potential nastier problem is that you put in disabled=disabled there yourself either directly or with an attribute modifier. In that case, the old code makes sense, though it is not very generic. H... what should we do... Eelco On 2/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote: A potential, theoretic issue can be that isEnabled is based on an algoritm in such a way that it was false during rendering, but true now that the post back comes in. Or the other way around. But I think that is too theoretical to worry about, and even if it would show up sometime, somewhere for anyone, it would be easy to fix for that custom situation. Eelco On 2/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I just took a look, and the 'fix' that isInputNullable was wrong; it was fixing the wrong problem in the first place. I removed that method again, and RequiredValidator now looks like: public final void onValidate(final FormComponent formComponent, final String value) { // Check value only if form component can take on a null value if (formComponent.isEnabled()) { // Check value if (Strings.isEmpty(value)) { error(formComponent); } } } Could you and anyone else (devs?) interested in this verify whether I didn't forget anything? The orignal code before the fix was: public final void onValidate(FormComponent formComponent, String value) { // if input was null then value was not submitted (disabled field), // ignore it // TODO General: For now only a test on a text component is done for the // disabled == null. Checkbox, RadioChoice or CheckBoxMultipleChoice can // all be null and not disabled. if (formComponent instanceof AbstractTextComponent value == null) { return; } // Check value if (Strings.isEmpty(value)) { error(formComponent); } } But I think what's in there now is better. Agreed everyone? Eelco On 2/18/06, Ingram Chen [EMAIL PROTECTED] wrote: Latest RequiredValidator only works for FormComponent.isInputNullable() that return true. So basically RequiredValidator no longer work for FormComponent like DropDownChoice . I have one use case: the choices List may return zero size, and by default, DropDownChoice will insert a Choose One... for me. If user submit with this blank choice, I need to prompt user this is required field and he should add more choices before processing. previously I use RequiredValidator and it works. How do I archive this now ? I knows I can overrwrite DropDownChoice.isInputNullable() or write a customed Validator... but which is right way to do this ? -- Ingram Chen Java [EMAIL PROTECTED] Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your
Re: [Wicket-user] Too many open files problem
Still, does the polling have that effect? On 2/18/06, Andrew Lombardi [EMAIL PROTECTED] wrote: Yeah, I agree. I found the problem, in 1.2 versions, the servlet variable has been changed to configuration:deployment/development instead of deployment:true/false. So I was checking in my base application class for deployment servlet var, and calling configure(deployment) .. wasn't helping though since the poll frequency was already set internally when configuration variable is not found, so assumed development mode. So it was polling every 1 second, even though I had set configure (deployment) Doh! On Feb 18, 2006, at 9:31 PM, Eelco Hillenius wrote: That sounds pretty crazy. Did you turn off template reloading? That would be the first thing to try, and actually wize in a production environment anyway. /If/ that helps, we might have something that should be done differently there. Eelco On 2/18/06, Andrew Lombardi [EMAIL PROTECTED] wrote: When deploying one of our wicket-developed applications to our production linux server, we've been seeing something very odd, maybe someone can shed some light. This morning I awoke to error messages in our Resin app server logs about Too many open files. Checking the max value, it was set at 65000. A check using lsof showed that the jar file where I have the Page classes/html/prop files, had several entries. And it would vary up and down from 1000 to well over 15000 entries for that single jar. I'm in the process of setting up a test environment to see if I can recreate the issue locally, or if it might be a linux-based issue. I'm using Resin 3.0.17 with JDK 1.5.0_06, and using the latest snapshot from Wicket 1.2 branch. Any ideas? --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel? cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel? cmd___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Too many open files problem
seems there is a problem with how application.configure() works.if you call configure(deployment) from application.init() it doesnt really help, because a webapp.internalinit() runs before and already called configure(development) (if you did not speicfy deployment through web.xml or system prop) and so the resource thread is started already.my thought on this would be to get rid of public configure(string) methods and let deployment mode be configured either from web.xml or a system prop. and yes, turning off that thread solves andrew's problem.-IgorOn 2/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote:Still, does the polling have that effect? On 2/18/06, Andrew Lombardi [EMAIL PROTECTED] wrote: Yeah, I agree.I found the problem, in 1.2 versions, the servlet variable has been changed to configuration:deployment/development instead of deployment:true/false. So I was checking in my base application class for deployment servlet var, and calling configure(deployment) .. wasn't helping though since the poll frequency was already set internally when configuration variable is not found, so assumed development mode.So it was polling every 1 second, even though I had set configure (deployment) Doh! On Feb 18, 2006, at 9:31 PM, Eelco Hillenius wrote: That sounds pretty crazy. Did you turn off template reloading? That would be the first thing to try, and actually wize in a production environment anyway. /If/ that helps, we might have something that should be done differently there. EelcoOn 2/18/06, Andrew Lombardi [EMAIL PROTECTED] wrote: When deploying one of our wicket-developed applications to our production linux server, we've been seeing something very odd, maybe someone can shed some light.This morning I awoke to error messages in our Resin app server logs about Too many open files.Checking the max value, it was set at 65000. A check using lsof showed that the jar file where I have the Page classes/html/prop files, had several entries.And it would vary up and down from 1000 to well over 15000 entries for that single jar. I'm in the process of setting up a test environment to see if I can recreate the issue locally, or if it might be a linux-based issue. I'm using Resin 3.0.17 with JDK 1.5.0_06 , and using the latest snapshot from Wicket 1.2 branch. Any ideas? --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makes searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel? cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makes searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel? cmd___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems?Stop!Download the new AJAX search engine that makes searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user ---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?Stop!Download the new AJAX search engine that makes searching your log files as easy as surfing theweb.DOWNLOAD SPLUNK!http://sel.as-us.falkag.net/sel?cmdlnkkid3432bid#0486dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user