Re: [Wicket-user] Too many open files problem
I'm somewhat confused by now this relates. Why would this result in thousands of extra open files? Wouldn't it just be one open file per URLClassLoader?On 2/19/06, Johan Compagner [EMAIL PROTECTED] wrote: No this is already discussed long time ago on this mailing list.It is a bug of sun. We can't do ONE thing about it.. It really sucks i know but its out of our hands.Here is the bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148Please vote for it, because we as wicket really have problems with it because we have many resources. Maybe we can make the polling smarter.. If the resources comes from a jar file then don't test it anymore. But don't know if we can see that (its the instance of the url connection that specifies that i guess)johan On 2/19/06, Gili [EMAIL PROTECTED] wrote:Eek, XML files! ;)That aside, I assume this means there is a bug in resource polling? ... or is it normal for it to open all these files and never close them?GiliIgor Vaynberg wrote: 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. -Igor On 2/18/06, *Eelco Hillenius* [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: Still, does the polling have that effect? On 2/18/06, Andrew Lombardi [EMAIL PROTECTED] mailto:[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] mailto:[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 mailto: 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 mailto: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 http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Wicket-user mailing list
Re: [Wicket-user] Too many open files problem
That seems EXTREMELY unlikely. If this were the case, I would think a lot of apps would have fairly major and constant problems with open file limits. Why would it need one connection per entry within a single Jar? Could it be something else that we are using (creating too many JARClassLoaders for the same jar or something)?-- JessOn 2/19/06, Johan Compagner [EMAIL PROTECTED] wrote:don't know how it reports that, But it seems to report a connection to that jar file that is made for every entry in the jar file.johan On 2/19/06, Jesse Sightler [EMAIL PROTECTED] wrote: I'm somewhat confused by now this relates. Why would this result in thousands of extra open files? Wouldn't it just be one open file per URLClassLoader? On 2/19/06, Johan Compagner [EMAIL PROTECTED] wrote: No this is already discussed long time ago on this mailing list.It is a bug of sun. We can't do ONE thing about it.. It really sucks i know but its out of our hands.Here is the bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148Please vote for it, because we as wicket really have problems with it because we have many resources. Maybe we can make the polling smarter.. If the resources comes from a jar file then don't test it anymore. But don't know if we can see that (its the instance of the url connection that specifies that i guess)johan On 2/19/06, Gili [EMAIL PROTECTED] wrote:Eek, XML files! ;)That aside, I assume this means there is a bug in resource polling? ... or is it normal for it to open all these files and never close them?GiliIgor Vaynberg wrote: 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. -Igor On 2/18/06, *Eelco Hillenius* [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote: Still, does the polling have that effect? On 2/18/06, Andrew Lombardi [EMAIL PROTECTED] mailto:[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] mailto:[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 mailto: 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
Re: [Wicket-user] VOTE
+1 to option 1On 2/17/06, Justin Lee [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE-Hash: RIPEMD160w00t! 1. Give me the constructor change and the Java 5 functionality in one pass (Wicket 2.0)- --Justin Lee http://www.antwerkz.comAIM : evan chooly720.299.0101-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.1 (Cygwin)iD8DBQFD9kfKJnQfEGuJ90MRA/TeAJ9am+RnU+7nHj5vTGijT+PasdCEiQCfQHKfXDaFHbkKS4CxsvcUnHWWbNg= =FfJI-END PGP SIGNATUREThis 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?cmd=lnkkid=103432bid=230486dat=121642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Post 1.2 roadmap
I tend to agree... could we perhaps have another thread for a formal vote? I've read through this thread and I just don't see that many people who both don't want 1.5 and do want the constructor change.Perhaps a survey like: 1. I need the constructor change NOW, but don't want 1.52. I don't care about the constructor change, do them whenever you want3. I don't want either one (just to catch the obstinate types:))I honestly think the do them separate types were mostly just wanting the 1.5 delayed a bit, and don't really care if there's a formal release with just the constructor change or not (but, of course, just IMO).Thanks,Jesshttp://www.jroller.com/page/jsight/ On 2/16/06, Justin Lee [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE-Hash: RIPEMD160The constructor change is going to be disruptive enough that maybeswitching both at once wouldn't be so bad.That'd mean only twobranches to maintain which would be a lot less work on you guys.That'd be my vote.It sucks for those who can't upgrade to 1.5 yet, but youhave to make sure you're not making too much work for yourself.And 3branches could get ugly fast.Eelco Hillenius wrote: Yeah, that would mean supporting 1.2 and 1.3 as branches. 2.0 would be HEAD. For us it would be way less work if we'd move to 1.2 directly. But that would probably be a bummer for people that don't want to make the move to JDK 5, but who do want to take advantage of the constructor change. Eelco On 2/16/06, Philip A. Chapman [EMAIL PROTECTED] wrote: Eelco Hillenius wrote: SNIP Only thing for us is that we have to support both 1.2 and 1.3. Does that mean supporting 3 branches;1.2, 1.3 and eventually 2.0?Or did you mean support 1.2 and 1.3 until 2.0 comes out; then supporting 1.3 and 2.0? Just curious on how much I should pity the committers. -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP --- 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- --Justin Leehttp://www.antwerkz.com AIM : evan chooly720.299.0101-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.1 (Cygwin)iD8DBQFD9LudJnQfEGuJ90MRA0EEAJ985iq9DWPAG4RHekGmqiOkqyisBgCeOw2t81qP9GYOjffV+aYOkyhzywQ==67QW-END PGP SIGNATURE- ---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?cmd=lnkkid=103432bid=230486dat=121642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Post 1.2 roadmap
Yes, it uses concurrent-backport.On 2/14/06, Mark Derricutt [EMAIL PROTECTED] wrote: On 2/15/06, Jesse Sightler [EMAIL PROTECTED] wrote: Actually, the really nice thing about Retrotranslator (as opposed to Retroweaver) is that it does support quite a few of the new Java 1.5 APIs. java.util.concurrent and StringBuilder are both supported. Interesting - does it make use of the concurrent-backport and map the bytecode over?-- i like my video games - mamma said they are gonna melt my brains i like my video games - i don't care what daddy said; they're my reality - henning pauly
Re: [Wicket-user] Post 1.2 roadmap
Actually, the really nice thing about Retrotranslator (as opposed to Retroweaver) is that it does support quite a few of the new Java 1.5 APIs. java.util.concurrent and StringBuilder are both supported.-- Jess http://www.jroller.com/page/jsight/On 2/14/06, Erik van Oosten [EMAIL PROTECTED] wrote:I have no personal experience with retrowaever. However, there are many success stories on the internet. I have at least one colleague that usedit without problems.If I understand correctly, there is one slight drawback: you can not usethe new java 5 APIs (like StringBuilder and java.util.concurrent).However, you do get all the new language stuff: generics, extended forloops, static imports, autoboxing/unboxing, varargs, enumerations andannotations.But since the move to java 5 is all about generics and not about API's I would say: go for both!Regards, Erik.JasonB schreef: As Jesse referenced, once we move to Java 1.5 we can still release Java 1.4 versions via tools such as Retroweaver... assuming that the tool works as advertised. Has anyone had more experience in these types of tools?- Jason B.---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] Post 1.2 roadmap
I'm completely in favor of jumping to Wicket 2.0 and implementing both of these changes with it. Java 5 support would be a really big plus (esp. with tools like Retrotranslator and Retroweaver) for me as well. I'm sure that won't be perfect for some people, but I think it is reasonable to cut over now and keep a 1.2 version as a maintenance branch. -- Jess On 2/13/06, Martijn Dashorst [EMAIL PROTECTED] wrote: All, We are of course very busy finalizing Wicket 1.2, and we /really/ hope to get it done soon. This will benefit everyone. So I want to take a look beyond 1.2 and try to get some opinions on our roadmap, and adjust where appropiate. There are two very big things ahead of us: - constructor refactor we have reached a limit to the support we want to provide for Ajax and javascript. In order to provide the best support we need to know the markup id before it is available. Many have been bitten by trying to retrieve an attribute from a component tag in the page constructor. We want to remedie this by removing the add() method, and replacing it with an extra parameter in the component constructor, which sets the parent of the component. public MyPage() { WebMarkupContainer c = new WebMarkupContainer(foo); c.add(new TextField(bar1)); c.add(new Label(bar2)); c.add(new Label(bar3)); add(c); } will become: public MyPage() { WebMarkupContainer c = new WebMarkupContainer(this, foo); new TextField(c, bar1); new Label(c, bar2); new Label(c, bar3); } This opens up a lot of better markup parsing strategies for the core. We know this is a major API break, but we feel it is necessary to implement it in order to move Wicket forward. - java 5 support This is something a lot of people are waiting for. I understand that many people want, Igor states /need/, Java 5 support in Wicket. There is also a negative side to this. Some, or even many of you, can't move to java 1.5 as a server platform. We don't know how many users this affects. Please give a response when you can't move to 1.5. As Wicket is a volunteer effort, we can only support so many projects. Supporting both a 1.4 and 1.5 project will drain our resources too far, and won't be possible. So we have to make a choice. The questions I'm seeking answers to are the following: - should the post 1.2 version of Wicket involve both changes? - should we make different releases for either change, and thus postponing 1.5 to Wicket 3? - how many of you still require for current or future projects to run on JDK 1.4? - how many would object to having a retroweaver build of a JDK 5 Wicket, which enables you to run 1.5 code on a 1.4 JRE? Thanks for your answers, Martijn -- 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?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] Post 1.2 roadmap
Yes, you are correct, that is exactly what I meant. The pace of development seems to be quite nice. :)-- JessOn 2/14/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I think you mean pace of releasing. The pace of development isactually very high, and is - unfortunately - the main reason why wedidn't bring out a release yet :)Eelco Based on the current pace of development, a 2.0 release would probably not land until late this year at the earliest, I would think.Does that make 1.5 sound a little better?---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] Javaranch Wicket Forum?
I agree... I think there are a number of people out there for whom a mailing list subscription requirement can be a bit too heavyweight.On 1/22/06, Eelco Hillenius [EMAIL PROTECTED] wrote: That sounds like a cool idea.EelcoOn 1/22/06, JasonB [EMAIL PROTECTED] wrote:The WebWork mailing list is integrated with their online forums via Jive Forums. Basically, if someone posts via the webforms, the email contains the following blurb: - Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=15130messageID=29729#29729 - Maybe we could looking into using something like that?- Jason B.Igor Vaynberg wrote: same here.-Igor On 1/21/06, Johan Compagner [EMAIL PROTECTED] wrote: you can start it up if you want. I don't know if i can monitor it constantly though... On 1/21/06, Gregg D Bolinger [EMAIL PROTECTED] wrote: We've decided that it might be a good time to add a forum to Javaranch for Wicket.However, if it won't get any traffic then we probably won't bother.I realize how invaluable this mailing list is, but I also know that there are some people that prefer forums.So, if this is something you'd like to see then just let me know.Otherwise, we won't bother with it. It's my opinion that it can only help with promoting Wicket if that is part of anyone agenda.We have over 50,000+ active members. Anyway, no skin either way.Just let me know. Gregg Bolinger--- 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] [OT] Ideas for Java webapps free hosting ?
Just curious... where are the examples with attribution? I had never noticed attribution for the hosting provider, and somehow I'm still missing who is providing it now...Anyway, there's always http://www.myjavaserver.com/ which provides free Servlet and JSP hosting. I've never tried it, but it's theoretically possible that it could host your stuff. They only give about 5MB for free, though, which may be pushing things for a Wicket app. -- JessOn 11/26/05, Laurent PETIT [EMAIL PROTECTED] wrote: thanks for the info--LaurentOn 11/26/05, Juergen Donnerstag [EMAIL PROTECTED] wrote: We ask one the java servlet hosts if they would support our open source project by providing there service to us for free. They did and ask only for there logo to be on the page Juergen On 11/26/05, Laurent PETIT [EMAIL PROTECTED] wrote: Hello, This is completely Off Topic, but I know that wicket examples are hosted somewhere, and the question I was asking to me is : is it hosted at some kind of free hosting company ? Such as the plenty PHP hosting we can find in the web ? One of my friends started a java project in sourceforge, and was willing to show a live instance of his project (a webapp), but he fails short when he tries to find java free hosting services ... So if you guys have any ideas ... I could restart my old computer, put it in my balcony, but I fear it's too old to be able to host a tomcat server ... cu, -- laurent --- 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://ads.osdn.com/?ad_idv37alloc_id865opclick ___ 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://ads.osdn.com/?ad_idv37alloc_id865opclick ___ 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://ads.osdn.com/?ad_idv37alloc_id865opclick___Wicket-user mailing list Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Integrating FCKeditor
Yes. Oberg can make all the changes to GPL that he wants for his own branch of future modifications. But the version in JBoss is pre conversion, has been distributed under the LGPL, and therefore always will be available under the LGPL (and the JBoss devs are free to keep modifying it).On 9/2/05, Ate Douma [EMAIL PROTECTED] wrote: Jesse Sightler wrote: BTW, Rickard's remarks on changing his license has been proven to be a bunch of bunk.The version of his code included in JBoss is and always will be LGPL.Is it? Could you then please point me to this evidence as I haven't seen it yet. Ate On 9/2/05, *Ate Douma* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Well, I'm not a fan of licensing stuff either and INAL etc. But, I think it *is* of utmost importance, especially for framework projects like Wicket. I would advise all the team members to read and follow the recent (this week) discussion started on the ServerSide about this exact subject:http://www.theserverside.com/news/thread.tss?thread_id=36156 This thread is already massive and contains besides very interesting and valuable opinions also a lot of rubbish as usually. As I said, INAL, but the one thing that's very clear to me from that discussion is that choosing the appropriate license *and* complying to it is not to be taken lightly and can be tricky to say the least. Using LGPL licensed code especially is very dangerous in my book, because everyone seems to have a different interpretation of it. Maybe the LGPL is crystal clear in legal terms in the end, but as long as so many people disagree about what it really means, I don't trust it... Most notably in the discussion on the ServerSide is the unexpected trick Rickard Öberg is now playing on JBoss by declaring all his original work within the JBoss codebase (which is a massive amount) to be GPL from now on:http://www.theserverside.com/news/thread.tss?thread_id=36156#182919 Checkout section 3) of the LGPL for a clarification. This might end up as being nonsense and of no consequence, and maybe not. I really don't know but I love to find out how this will work out. Anyways, for Wicket, I didn't know yet it already depends (and contains) LGPL code. Turns out the DatePicker embeds and uses the calendar _javascript_ library from http://dynarch.com/mishoo/calendar.epl. First of all, as result of that, I think we need to distribute the LGPL license with the Wicket extension library as required by section 1) of the license. Not complying with that is a violation of the LGPL. Furthermore, (and this one is very important to me as Apache committer) this also means usage of the Wicket extensions is no longer possible for Apache projects as the ASF doesn't allow any LGPL binding. While this is a restriction only from the ASF itself and not purely based on the ASL 2.0 license of Wicket (it *is* allowed to bind to LGPL if you want),many companies won't allow using the Wicket extensions anymore because they don't trust LGPL either. I've worked myself on a commercial project which didn't allow any LGPL based or linked software because they didn't trust that license and couldn't be sure about the consequences. Reading the discussion on theServerSide again reinforced that I have to agree on that assessment. So, I think I need to make my position clear on this matter. Binding Wicket extensions to LGPL (as it already does) makes it useless to me and many others. And binding Wicket core to LGPL would make the whole framework useless to me and many others. I do think it is important to be very careful about all this. Some choices can end up to have irreversible consequences and in my view seriously endanger the acceptance of Wicket... Eelco Hillenius wrote: Yeah, I don't know. I allways hated the licencing stuff. Wish there were just two licences. However, we allready depend on some LGPL licences and I have seen a lot of other Apache 2 style projects do that too. I can't imagine this becomming an actual problem. But if someone would be so kind to explain the details/ in-outs that would be nice. It would really suck if when you choose for Apache 2, you couldn't use LPGL at all, and if you choose LGPL, you couldn't use Apache 2 at all. I'm pretty sure I speak for 95% percent of the programmers if I say I'm really not that into the details; as a customer I want to know whether I can ship it with commercial projects, and - maybe - whether I can ajust the source and ship it. Eelco On 9/2/05, Igor Vaynberg [EMAIL PROTECTED] mailto: [EMAIL PROTECTED] wrote:If the license is such a big issue why not just keep this project as contribinstead of extension, that way the license doesn't really matter. -Igor-Original Message-From: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED][mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] On Behalf OfAte Douma Sent: Thursday, September 01, 2005 12:38 PMTo: wicket-user@lists.sourceforge.net mailto: wicket-user@lists.sourceforge.netSubject: Re: [Wicket-user
Re: [Wicket-user] Re: expand emty tags
So the concern now is performance? Is this really meaningful? If there is a substantial performance penalty for it, wouldn't that just mean that Wicket is already slow? On 8/27/05, Juergen Donnerstag [EMAIL PROTECTED] wrote: it is not. for open-close tags like span/ onBodyRender is simply notcalled and thus no output is generated and for the same reason we cannot check if there is but shouldn't. We are either fast and efficient or slow but with better error messages.JuergenOn 8/28/05, Jesse Sightler [EMAIL PROTECTED] wrote: I still don't agree at all.I think at the very least this should throw an exception.Ie, why is it legal to add a body to an XML element that doesn't allow one? On 8/26/05, Phil Kulak [EMAIL PROTECTED] wrote: Hmm... it would make sense if there were a distinction between the empty string and null in XML. You're probably right. On 8/26/05, Juergen Donnerstag [EMAIL PROTECTED] wrote: hmm? the body is isn't it? On 8/26/05, Phil Kulak [EMAIL PROTECTED] wrote: Yea, but span/span also has no body. On 8/26/05, Juergen Donnerstag [EMAIL PROTECTED] wrote: We used to have that some time ago and users complaint about the magic, which didn't fit there use case. Currently it is easy: we do not automatically convert span/ into span. We do not change any tag automatically. And because a span/ has no body, onComponentBody is not called either. Juergen On 8/26/05, Eelco Hillenius [EMAIL PROTECTED] wrote: So... do we have an issue for this in the issue DB then? Juergen, is that hard to fix? Eelco On 8/26/05, Gili [EMAIL PROTECTED] wrote: Agreed. We should not fail silently. Furthermore just because sometimes previews as a no-op does not mean it should not render at runtime when Wicket populates its body. span/span and /span are considered to be equivilent in XML. I would say treating it differently is a bug. Gili Igor Vaynberg wrote:I always do span[shortdesc]/span because its nice to see the preview ofwhere things go, but this should in no way be required, or at least do notfail silently! -Igor -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Phil Kulak Sent: Thursday, August 25, 2005 6:37 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] expand emty tags Jonathan told me it was because nothing would be previewed in a WYSIWYG editor, so Wicket displayed nothing as well. Personally, I don't like writing span/span. On 8/25/05, Igor Vaynberg [EMAIL PROTECTED] wrote: i thought the same -Igor From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jesse Sightler Sent: Thursday, August 25, 2005 4:59 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] expand emty tags Er, how exactly can that be a feature?I thought the resolution before was to fix this bug. :) On 8/25/05, Phil Kulak [EMAIL PROTECTED] wrote: This has been discussed before. Long story short, it's a feature not a bug. ;) On 8/25/05, pepone pepone [EMAIL PROTECTED] wrote: Hello when i write a component and put a markup tag like this span wicket:id=lblName/ the value of the tag is not render it only run it is writed in this way span wicket:id=lblNamename/span is this a bug of only is valid the sencod way? --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf
[Wicket-user] Rich Text Editing Controls...
Just curious, does anyone have any experiences with good, easily customizable Rich Text Editing controls that could be integrated into Wicket? I've been tossing the idea around of integrating one (haven't gotten into evaluations yet) for a project, and would like to hear any first hand experiences. Of course, if anything comes of it code will be contributed back to the Wicket (FOSS license) community. Thanks, Jess
Re: [Wicket-user] Re: expand emty tags
I still don't agree at all. I think at the very least this should throw an exception. Ie, why is it legal to add a body to an XML element that doesn't allow one?On 8/26/05, Phil Kulak [EMAIL PROTECTED] wrote: Hmm... it would make sense if there were a distinction between theempty string and null in XML. You're probably right.On 8/26/05, Juergen Donnerstag [EMAIL PROTECTED] wrote: hmm? the body is isn't it? On 8/26/05, Phil Kulak [EMAIL PROTECTED] wrote: Yea, but span/span also has no body. On 8/26/05, Juergen Donnerstag [EMAIL PROTECTED] wrote: We used to have that some time ago and users complaint about the magic, which didn't fit there use case. Currently it is easy: we do not automatically convert span/ into span. We do not change any tag automatically. And because a span/ has no body, onComponentBody is not called either. Juergen On 8/26/05, Eelco Hillenius [EMAIL PROTECTED] wrote:So... do we have an issue for this in the issue DB then? Juergen, isthat hard to fix? Eelco On 8/26/05, Gili [EMAIL PROTECTED] wrote: Agreed. We should not fail silently. Furthermore just because sometimes previews as a no-op does not mean it should not render at runtime when Wicket populates its body. span/span and /span are considered to be equivilent in XML. I would say treating it differently is a bug. Gili Igor Vaynberg wrote: I always do span[shortdesc]/span because its nice to see the preview of where things go, but this should in no way be required, or at least do not fail silently! -Igor -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Phil Kulak Sent: Thursday, August 25, 2005 6:37 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] expand emty tags Jonathan told me it was because nothing would be previewed in a WYSIWYG editor, so Wicket displayed nothing as well. Personally, I don't like writing span/span. On 8/25/05, Igor Vaynberg [EMAIL PROTECTED] wrote: i thought the same -Igor From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jesse Sightler Sent: Thursday, August 25, 2005 4:59 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] expand emty tags Er, how exactly can that be a feature?I thought the resolution before was to fix this bug. :) On 8/25/05, Phil Kulak [EMAIL PROTECTED] wrote: This has been discussed before. Long story short, it's a feature not a bug. ;) On 8/25/05, pepone pepone [EMAIL PROTECTED] wrote: Hello when i write a component and put a markup tag like this span wicket:id=lblName/ the value of the tag is not render it only run it is writed in this way span wicket:id=lblNamename/span is this a bug of only is valid the sencod way? --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] expand emty tags
Er, how exactly can that be a feature? I thought the resolution before was to fix this bug. :)On 8/25/05, Phil Kulak [EMAIL PROTECTED] wrote:This has been discussed before. Long story short, it's a feature not a bug. ;) On 8/25/05, pepone pepone [EMAIL PROTECTED] wrote: Hello when i write a component and put a markup tag like this span wicket:id=lblName/ the value of the tag is not render it only run it is writed in this way span wicket:id=lblNamename/span is this a bug of only is valid the sencod way? --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user ---SF.Net email is Sponsored by the Better Software Conference EXPOSeptember 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QASecurity * Process Improvement Measurement * http://www.sqe.com/bsce5sf___ Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] PayPal Account Security Measures
They generally go into spam for me, but I get at least a few per week. And it seems like this is the only list I am own that shows this problem. Are non-members allowed to post to this list unmoderated? I wouldn't think [EMAIL PROTECTED] would actually be on the list... -- Jess On 8/13/05, Martijn Dashorst [EMAIL PROTECTED] wrote: Jesse Sightler wrote: Does anyone know why this list gets spammed so often?It seems like I get more spams from this list than most others...I don't know. My provider strips out the spam messages I guess. I haven't seen a spam message for weeks.Martijn---SF.Net email is Sponsored by the Better Software Conference EXPOSeptember 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QASecurity * Process Improvement Measurement * http://www.sqe.com/bsce5sf___ Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] PayPal Account Security Measures
Does anyone know why this list gets spammed so often? It seems like I get more spams from this list than most others...
Re: [Wicket-user] Problem with PageableListView
Should the exception perhaps include a message letting people know about this potential pitfall? Seems like a common problem...On 8/3/05, Philip A. Chapman [EMAIL PROTECTED] wrote: To anyone that comes across the same problem, I found the solution here:http://sourceforge.net/mailarchive/message.php?msg_id=12398585 Thanks,Philip A. Chapman wrote: Everyone, I have been using Wicket 1.0.1.The application worked fine using Firefox.However, I ran across the infinite loop bug when using RedirectPage and IE.I upgraded to 1.1.b2 hoping that it had been fixed.After upgradeing, however, on a page that I have that uses the PageableListView and PageableListViewNavigator, I get the following error: Any help I can get would be appreciated. wicket.WicketRuntimeException: If the root exception says something like A child with id '_header' already exists then you most likely forgot to override autoAdd() in your bordered page component. at wicket.markup.html.HtmlHeaderResolver.resolve(HtmlHeaderResolver.java:82) at wicket.MarkupContainer.renderNext(MarkupContainer.java :885) at wicket.MarkupContainer.renderAll(MarkupContainer.java:779) at wicket.Page.onRender(Page.java:752) at wicket.Component.render(Component.java:1074) at wicket.Page.doRender (Page.java:480) at wicket.RequestCycle.respond(RequestCycle.java:782) at wicket.RequestCycle.request(RequestCycle.java:406) at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java :304) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection (Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java :80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Caused by: java.lang.IllegalArgumentException: A child with id '_header' already exists: [MarkupContainer [Component id = border, page = com.alliancemanaged.simis.web.ClientsListing, path = 6:border.SIMISApplicationBorder, isVisible = true, isVersioned = true]] at wicket.MarkupContainer.add(MarkupContainer.java:138) at com.alliancemanaged.simis.web.AuthenticatedWebPage.add(AuthenticatedWebPage.java:50) at wicket.MarkupContainer.autoAdd (MarkupContainer.java:171) at wicket.markup.html.HtmlHeaderResolver.resolve(HtmlHeaderResolver.java:78) ... 24 more Thanks,--Philip A. ChapmanApplication Development: Java, Visual Basic (MCP), PostgreSQL, MySQL, MSSQLLinux, Windows 9x, Windows NT, Windows 2000, Windows XP
Re: [Wicket-user] Using JDK 1.5
I haven't followed Websphere that closely either lately, but I do think they still do this. I'd be very surprised to see a JDK 1.5 Websphere before the runtime is available for 1.5. Having said that, I would not expect it to take anywhere near 5 years. :)On 8/1/05, Gili [EMAIL PROTECTED] wrote: huh?? Do you really think that ibm waits for there own jre (if they are building it) when they want to support J2EE 5 in websphere?? J2EE 5 will heavily build in jre 5 features and j2ee will be out early next year. So that will be the big push for all Application Server vendors to fully support the 1.5 vm. We just have to wait a bit more. johanActually, yes this is what I was implying. I haven't followed Webspherein a while, but last time I looked IBM absolutely *did* wait for their own JDK before supporting newer features. In fact, this is part of theirmarketing strategy as they would always bundle Websphere with their JREsin order to get more people to use it.Has this changed over the past few years? Gili---SF.Net email is sponsored by: Discover Easy Linux Migration Strategiesfrom IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up tospeed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Cool Wicket editorial on networkworld
And, of course, feel free to link to mine as well: :-) http://recipe.homeip.net/ Also, I put a simple Wicket tutorial on JRoller earlier today: http://www.jroller.com/page/jsight/ -- Jess On 7/11/05, Gili [EMAIL PROTECTED] wrote: Food for thought: add a who is running Wicket? section to yourwebsite and add a bunch of links there. Feel free to link to my website:) http://www.desktopbeautifier.com/ GiliMartijn Dashorst wrote: The Wicket press machine is still working... Here's a new editorial I just found: http://www.networkworld.com/newsletters/web/2005/0704web1.html Martijn --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA.To register visit http://www.hp.com/go/dualwebinar ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --http://www.desktopbeautifier.com/---This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dualcore and dual graphics technology at this free one hour event hosted by HP,AMD, and NVIDIA.To register visit http://www.hp.com/go/dualwebinar___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user