Re: [Wicket-user] Wicket SVN has moved!
Martijn Dashorst wrote: Wicket's subversion repository has been moved to reflect our status as a top level project within the Apache Software Foundation. In order to keep your sources, you should do a switch of your local copy: For non-committers: svn switch --relocate http://svn.apache.org/repos/asf/wicket/trunk For committers: svn switch --relocate https://svn.apache.org/repos/asf/wicket/trunk Note, you should not use --relocate (that is for when base URL changes, but not the path within the repo). It should simply be: For non-committers: svn switch http://svn.apache.org/repos/asf/wicket/trunk For committers: svn switch https://svn.apache.org/repos/asf/wicket/trunk Regards, Upayavira - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ IMPORTANT NOTICE: This mailing list is shutting down. Please subscribe to the Apache Wicket user list. Send a message to: users-subscribe at wicket.apache.org and follow the instructions. ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] - Wicket 1.3 release date?
Martijn Dashorst wrote: We are already a month overdue, and the number of open bugs haven't been going down lately, despite some serious effort put in by several committers. I hate to say it, but I currently can't make any guarantees. As for the beta's: we have a beta 3 planned, but it still has 27 issues open. Not all critical, but they do need fixing sometime. You can monitor the progress here: http://issues.apache.org/jira/browse/WICKET Presumably, folks can help by looking at those bugs and proposing fixes. It doesn't require you to be a committer to track down and fix any of these bugs. Regards, Upayavira - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ IMPORTANT NOTICE: This mailing list is shutting down. Please subscribe to the Apache Wicket user list. Send a message to: users-subscribe at wicket.apache.org and follow the instructions. ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] suggestion: have Wicket SVN searchable with FishEye
Eelco Hillenius wrote: Refer http://fisheye.cenqua.com/ - can Wicket SVN be made available through FishEye? This would really help in searching through the source code. I think so. I think we had that for our CVS repositories a while ago. So, if no-one objects, all we need to do is send an email. Martijn, are you ok with this? You _must_ do this in association with the Apache Infrastructure group. The ASF's repository is large. There have been occasions when FishEye has put the ASF SVN server under an unnecessary load. It _should_ be possible, but _must_ be done in consultation with the infrastructure team. Regards, Upayavira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] suggestion: have Wicket SVN searchable with FishEye
Eelco Hillenius wrote: You _must_ do this in association with the Apache Infrastructure group. The ASF's repository is large. There have been occasions when FishEye has put the ASF SVN server under an unnecessary load. It _should_ be possible, but _must_ be done in consultation with the infrastructure team. I am a little bit suprised tbh. We're talking about a site than checks every once in a while for new updates. Maybe it generates the load that would normally be generated by a couple of users. Did this really gave Apache problems in the past? Others, like Codehaus, Rife or sourceforge with us in the past don't seem to have any problems with it... It isn't the ongoing usage that is the problem - it is the initial usage. When you set it up (which I have done), it first scans the entire history in your SVN repository. (This is configurable though). And for typical Apache projects, this can create huge loads that can make SVN unresponsive to other users (it certainly has in the past). I do believe Cenqua have done stuff so that Fisheye is more polite. However, I still would not support setting up Fisheye against an Apache SVN without infrastructure's support as they are the ones that would have to pick up the pieces if it were to go wrong. Regards, Upayavira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] suggestion: have Wicket SVN searchable with FishEye
Eelco Hillenius wrote: You _must_ do this in association with the Apache Infrastructure group. The ASF's repository is large. There have been occasions when FishEye has put the ASF SVN server under an unnecessary load. It _should_ be possible, but _must_ be done in consultation with the infrastructure team. I am a little bit suprised tbh. We're talking about a site than checks every once in a while for new updates. Maybe it generates the load that would normally be generated by a couple of users. Did this really gave Apache problems in the past? Others, like Codehaus, Rife or sourceforge with us in the past don't seem to have any problems with it... It isn't the ongoing usage that is the problem - it is the initial usage. When you set it up (which I have done), it first scans the entire history in your SVN repository. (This is configurable though). And for typical Apache projects, this can create huge loads that can make SVN unresponsive to other users (it certainly has in the past). I do believe Cenqua have done stuff so that Fisheye is more polite. However, I still would not support setting up Fisheye against an Apache SVN without infrastructure's support as they are the ones that would have to pick up the pieces if it were to go wrong. That need be little more than an email and wait for a response. So not necessarily onerous. Regards, Upayavira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] London Wicket Users Group, July 3rd - interested?
Eelco Hillenius wrote: Are you guys gonna make a nice video out of it? ;-) No, you'll need to come over and see it in person :-) Upayavira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] [announce] Apache Wicket
James McLaughlin wrote: That's great news! I will drink a toast to each and everyone of you tonight. Congrats on all your hard work. Make sure you book your cab early. And arrange some time to recover tomorrow morning. It is a big team :-) Regards, Upayavira On 6/20/07, Arnout Engelen [EMAIL PROTECTED] wrote: Martijn Dashorst wrote: We have Graduation! Apache Wicket is established as a top level project within the Apache Software Foundation. !!! Champagne !!! Many well-deserved congratulations to all of the wicket team! Arnout - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Moving mailing list?
cowwoc wrote: Now that Wicket is an official Apache project are there any plans for moving the mailing lists over? SourceForge's digest mode leaves a lot to be desired. It will likely happen soon. Though, there's some sense in timing it to immediately follow the 1.3 release. Then it will be an Apache user list to used to support an Apache product. Currently this list is supporting code that is isn't an Apache product (the 1.2.x line). But details aside, it will happen some time over the coming month or two. Of course, others might disagree with my rationale... Regards, Upayavira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] wicket vs. struts presentation
Florian Hehlen wrote: Hi all, I am looking for help presenting wicket to my development team. 1-Has anyone out there had to defend wicket vs. struts and would you have any resources/links/presentations to pass this way to help in presenting wicket to our group? 2-Has anyone made any measurements/analysis of the code-base needed for identical application in wicket vs. struts(or any other framework) 3-Objectively, I am also looking for what wicket is weak at. Check out: http://static.raibledesigns.com/repository/presentations/ComparingJavaWebFrameworks.pdf It gives a reasonable analysis of the frameworks out there. Note that Matt had only been using wicket for a weekend when writing this, and he admitted that the wicket cons that he mentioned there were actually pros, but he had to put some 'con's down! As to what I wouldn't use wicket for? Wicket is a tool for building sites with complex user interfaces, to manage user interaction. If you needed to serve large amounts of content from a backend store to anonymous users, Wicket wouldn't seem the obvious choice (however it might be for the app that manages that content). Regards, Upayavira - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] wicket vs. struts presentation
Florian Hehlen wrote: Hi, the reason we are comparing to Struts is that that's one of the contender. We are not a web-app shop. We need a general purpose toolkit for intranet development. But since struts is so popular it's being pitted against wicket. The thing I took from Matt's talk was that even if you are going to use Struts, you shouldn't use Struts 1 - Struts 2 is a much better framework. Thus, compared against struts itself, struts 1 is itself outdated. Upayavira Erik van Oosten wrote: Hi Florian, 1- I am surprised you want to compare against Struts. Almost any modern web framework will kick ass compared to Struts. 2- I know only of one. It is the first article on this page on the wiki: http://cwiki.apache.org/WICKET/articles-about-wicket.html. It has a very nice comparison of Wicket and JSF listings. Its a simple application, you can easily image how to do it in Struts. 3- Wicket is weak at sites that need to handle millions of hits per minute (not many frameworks are good at this). Wicket is also not very good if you need absolute and complete control on the format of your URLs. These are both extremes. I think Wicket will do very well for at least 90% of the web applications. Good luck, Erik. Florian Hehlen-2 wrote: Hi all, I am looking for help presenting wicket to my development team. 1-Has anyone out there had to defend wicket vs. struts and would you have any resources/links/presentations to pass this way to help in presenting wicket to our group? 2-Has anyone made any measurements/analysis of the code-base needed for identical application in wicket vs. struts(or any other framework) 3-Objectively, I am also looking for what wicket is weak at. florian - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket for Bog Projects
But, what if 'big' means Ebay, yahoo, etc? If they came to you saying they wanted to build major public facing portions of their site in Wicket, would you warn them away? Upayavira Eelco Hillenius wrote: Also: when I think about 'big' projects, I think about projects that run for long time, have complex requirements and have a medium to large sized team working collaborating on it. For such projects Wicket is an excellent match due to reusability, separation of concerns, etc. Eelco On 3/13/07, Gwyn Evans [EMAIL PROTECTED] wrote: The problem is that without some idea of the context, 'big' doesn't mean anything - Are we talking about something like Amazon, Google, MSN or Yahoo, for instance? I doubt Wicket would be a good match for that sort of big, but for lesser values of big, then it's probably as suitable as any other Java web app framework. /Gwyn On 13/03/07, Iman Rahmatizadeh [EMAIL PROTECTED] wrote: huh ?! On 3/13/07, Michael Day [EMAIL PROTECTED] wrote: No, only extra small, small, medium, and medium-to-big projects. Big projects will be supported in wicket 3.0. On Mar 13, 2007, at 12:51 AM, Sazib wrote: Hi everybody, I just want to know, is wicket suitable for a big project? Thanks --- Sazib -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php? page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Download Wicket 1.2.5 now! - http://wicketframework.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Stuff / Wiki
Korbinian Bachl wrote: Hi, some days ago, Eelco and others had the idea to bring the wicket stuff page to a wiki, so updates wold be easier. Hwoever, what wiki system should be used? - I personally are quite new to thse and have only got a small experience with JOOMLA and Typo3 (4.0) so far. Anyone who knows some? Any good/bad reputations about these? Erm, hasn't someone already installeg Moin on SourceForge. A little bit of URL guessing took me to: http://wicket-stuff.sourceforge.net/cgi-bin/moin.cgi (Don't know if SF allow rewrite rules in .htaccess files. Would be nice to have one or two in front of this...) Regards, Upayavira - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Tapestry 5 instantaneous reloads
Frank Bille wrote: Especially if it was appended to www.google.com http://www.google.com :P Having just been to an 'open source jam' at Google's office last week (where I met Al), they would barely state what languages they used, let alone disclose what frameworks they use. So, in Google's case, having Wicket in the URL would rule Wicket out entirely. Unfortunately, (and perhaps more importantly) I suspect that could also be the case for other large corporations. Upayavira - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] wicket stuff stuff
Eelco Hillenius wrote: Let's let the new maintainers decide on that then :) I agree with Martijn that it might be nice to have everything in one WIKI - if that would be ok with Apache policy etc - though otoh, it could be good for the wicket-stuff project to give it it's own feel and dynamics. I much prefer to keep a clean division. The only thing that the ASF does in relation to Wicket-stuff is grant permission to use the Wicket name. The rest happens outside the ASF. Of course, the two projects are related, and there will be cross-links (even a list of the various wicket-stuff projects on the wicket.apache.org site) but the development and documentation for those projects should be with the project itself, ideally at SourceForge. Regards, Upayavira - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Release Wicket 1.2.3 coming sunday, what needs to be fixed?
Alexandru Popescu wrote: On 10/28/06, Martijn Dashorst [EMAIL PROTECTED] wrote: All, As part of our ongoing incubation at Apache Incubator, we started a vote for releasing Wicket 1.2.3 this weekend [1]. This vote will close sunday morning, CET. One of the questions we recieved was: are there any bugs that have to be fixed before shipping 1.2.3? If so, then please voice them now or forever be silent! Oh, and if you want to vote, you can do so and follow any interesting discussions on the future of Wicket at the wicket development list hosted by Apache. To subscribe send an email to: [EMAIL PROTECTED], to unsubscribe send an email to: [EMAIL PROTECTED] In both cases follow the instructions sent by the mailman server. The release will be released outside of Apache on the sourceforge.net servers. The release is in no way affiliated or endorsed by the Apache foundation. Martijn Hi Martijn and all! I haven't got time to congrat you for the move under ASF umbrella, but here it is: congrats! On a side note, I find a bit annoying the fact that all the ML readers (user + dev) will have to subscribe to another service. In a couple of months (or even sooner), you will move out of the incubator and at that moment the readers will have once again to subscribe to yet another one. I am wondering if this cannot be done automatically by you the admins of the project. It won't necessarily be so. I perhaps was a bit remiss in not auto-subscribing the SF dev list subscribers to the Apache list - however, one might argue that devs might be expected to be a bit more pro-active. Anyhow, when the user list moves, we can create the new list and import the existing users into that list. Also, when the project moves out of the incubator, that will be a mailing-list rename, rather than the creation of new lists, so no re-subbing will be required there. Regards, Upayavira - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Nice Url
Eelco Hillenius wrote: On 10/20/06, Johan Compagner [EMAIL PROTECTED] wrote: all bookmarkable pages can have forms.. that is already possible at the moment we had bookmarkable pages (like wicket 0.x) Again you mixup the notion of Bookmarkable and Stateless Those are NOT the same, especially bookmarkable in regards to stateless. the other way around, Stateless pages are most likely bookmarkable. No, I don't think so. Are you telling me those forms are populated automatically from a 'bookmarkable' url? I think not, and thus you have to interpret/ repopulate the form yourself. Now bookmarkable forms in the way they are in 2.0 now can be used just as normal form with the only difference from an end-user's perspective that you can't depend on instance variables. Just a thought coming from Cocoon-land. Cocoon has the concept of continuations in server-side java script, and this can be used to maintain state. Although the programming model is different, the need is the same - when you connect to the backend server, to identify yourself in some way so that you can be reconnected with your particular state. The session itself is too general - you need something particular to your form/etc. Cocoon handles this with a continuation ID. Using Cocoon's sitemap, you can configure it to get that ID either from within the URL, or from a request parameter (or anywhere else you might care to think of). I always tended to put the continuation ID into a hidden field on the page, as I wanted to maintain pretty URLs (even if those URLs weren't 'RESTful' - i.e if you bookmark it you won't go back to that particular state). Is it possible in Wicket to use a hidden field to pass that state information rather than tacking it onto the URL? Regards, Upayavira - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Nice Url
Eelco Hillenius wrote: Such a strategy would be possible, but one downside of it is that that only works with submits. We have some testing code for client side state saving (serialized page written to a hidden field). We haven't put a lot of effort in it to complete it - though the basic idea works - as it is not something any of the current committers really believe in. However, if you want to see how a strategy like you proposed could be done, you could check that out (it's in 2.0, ClientPageSavingSessionStore). That is sending state back to the client - I'm talking about passing a key back, just not in the URL. But yes, you are showing that hidden fields can be used. I'm sure ways could be worked around to get links to work (bit of javascript to do a post via a hidden form). Of course, any contributions in the form of patches are always welcome and might serve as a good starting point for further discussion :) Heh, well, wouldn't that be nice. I'd love to have some time to do some open source coding. Instead I just make do with writing emails :-) Regards, Upayavira On 10/20/06, Upayavira [EMAIL PROTECTED] wrote: Eelco Hillenius wrote: On 10/20/06, Johan Compagner [EMAIL PROTECTED] wrote: all bookmarkable pages can have forms.. that is already possible at the moment we had bookmarkable pages (like wicket 0.x) Again you mixup the notion of Bookmarkable and Stateless Those are NOT the same, especially bookmarkable in regards to stateless. the other way around, Stateless pages are most likely bookmarkable. No, I don't think so. Are you telling me those forms are populated automatically from a 'bookmarkable' url? I think not, and thus you have to interpret/ repopulate the form yourself. Now bookmarkable forms in the way they are in 2.0 now can be used just as normal form with the only difference from an end-user's perspective that you can't depend on instance variables. Just a thought coming from Cocoon-land. Cocoon has the concept of continuations in server-side java script, and this can be used to maintain state. Although the programming model is different, the need is the same - when you connect to the backend server, to identify yourself in some way so that you can be reconnected with your particular state. The session itself is too general - you need something particular to your form/etc. Cocoon handles this with a continuation ID. Using Cocoon's sitemap, you can configure it to get that ID either from within the URL, or from a request parameter (or anywhere else you might care to think of). I always tended to put the continuation ID into a hidden field on the page, as I wanted to maintain pretty URLs (even if those URLs weren't 'RESTful' - i.e if you bookmark it you won't go back to that particular state). Is it possible in Wicket to use a hidden field to pass that state information rather than tacking it onto the URL? Regards, Upayavira - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket starts incubation at Apache
Pierre-Yves Saumont wrote: Until now, it has been impossible for me to do a clean checkout from Apache. The connexion is closed by the server well before the checkout is complete. :-( Here is the error I get : Error: REPORT request failed on '/repos/asf/!svn/vcc/default' Error: REPORT of '/repos/asf/!svn/vcc/default': Could not read chunk size: A connection has been closed by the distant host. (https://svn.apache.org) Have you tried it via http, rather than https? Upayavira - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket starts incubation at Apache
Pierre-Yves Saumont wrote: It works much better with http ;-) Great. https (while it may sometimes work) is really only intended for use when you are committing. Regards, Upayavira - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Move to Apache: Namespace?
Frank Bille wrote: I normally use xmlns:wicket=http://www.wicketframework.org; and IMHO it will stay the same. Frank On 10/16/06, * Stefan Lindner* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: This question is currently not so very imnportant but, for XHTML users, will the xmlns:wicket=http://wicket.sourceforge.net/ wicket namespace change too? If it does, it will change with a major version - 2.0 or 3.0, not a minor version, I would say. Regards, Upayavira - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] NiceURL and PagingNavigator
Korbinian Bachl wrote: Hi Matej, this is a big problem. I can live with not beeing able to have Tabbed Panels but imagine a onlinestore where you can browse the products but the url is not bookmarkable. That just wouldnt work for the users as well as all search engines ! Ajax is also not a solution as google co dont care about that! Dont you know any (even theorethical) possibility to have URLs like /products/page/2 for pagination ? i mean that component must use a parameter to call it and this one just has to be passed... is this behaviour going to change in Wicket 2 ??? or are nice URLs there a half-done-feature, too ? Sounds like you're after stateless pages. But someone other than me is going to have to tell you about them, because I've just told you everything I know :-( Regards, Upayavira -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Matej Knopp Gesendet: Dienstag, 10. Oktober 2006 13:49 An: wicket-user@lists.sourceforge.net Betreff: Re: [Wicket-user] NiceURL and PagingNavigator There is a simple answer for your question: You can't. It's due to how wicket works. Since Wicket manages your application state and takes care of the urls for you, you can't alter them significantly. If you need tabbed panel like functionality while having nice urls, you have to have different pages and simply use bookmarkable links for every page. Paging navigator's url could be little nicer if we didn't disable redirect, e.g. ?wicket:interface=:2:: . Alternatively you can use ajax paging navigator (and ajax tabbed panel), which would case the url to stay unchanged. -Matej Korbinian Bachl wrote: I extend the question further: How can i have a nice URL and use a TabbedPanel component??? Regards -- -- *Von:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *Im Auftrag von *Korbinian Bachl *Gesendet:* Dienstag, 10. Oktober 2006 12:01 *An:* wicket-user@lists.sourceforge.net *Betreff:* [Wicket-user] NiceURL and PagingNavigator Hi, i have a page, call it products, and i implement a Paging Navigator there, as its not good to have mor than e.g. 10 products on page at same time. I then mount the products via mountBookmarkablePage(/products, Product.class); by executing it all works at first, but when using a link from the paging navigation the URL changes to ?wicket:interface=:2:pagination:navigation:1:pageLink:1:ILinkListener instead of showing a nice /products/page/2 or sth like that. How can i achive this behavior? Regards, Korbinian -- -- -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEV DEV -- -- ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- --- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforge CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user
Re: [Wicket-user] License for CMS (components)
Johan Compagner wrote: can they really do that? I think you can make a close source project on top of it. But shouldn't the wicket part, that is written by all of us, still be open? Someone can take ASL licensed code, and make a closed source project from it. They cannot use the Wicket name, but they can say based upon Wicket. They can't stop the Wicket code from being distributed, though. And they presumably can't stop the Wicket committers from being those who know the code the best. Upayavira On 9/26/06, *Martijn Dashorst* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: It is true that a company can take the source code and make it closed and sell it with a new label when using Apache license. Personally I don't mind and there are a lot of people that don't mind either. The problem with taking the ASL product, rebrand it and market it is that the product will always be behind what the free version provides, as long as the community is active and participating. I don't consider GPL or LGPL to be evil, they are just not my cup of tea. Martijn On 9/26/06, Che Schneider [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Martijn, Well said - I did not think about that. And agreed, you might very well run into that problem. I admit that I have not had a thorough look at the Apache license but only 'read over it' and found it to be too 'open' for my liking: if you use an Apache-d software, you can keep the whole source secret, you can have it all open source, whatever. :) On the other hand, is it not true that Apache 2 is compatible with GPL? *mental note: read Apache and Apache 2 again* // Che -Original Message- From: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] On Behalf Of Martijn Dashorst Sent: Tuesday, September 26, 2006 2:32 PM To: wicket-user@lists.sourceforge.net mailto:wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] License for CMS (components) I'm very biased against LGPL. The letter of the license is not applicable for Java use, and LGPL is strongly at odds with Apache license. If at some time we would like to adopt such components when we arrive at Apache, then this will prohibit reusing any code from this project. I'm in favor of Apache 2, since that is what most Wicket projects are based on. I would use a license that is at least compatible with Apache. Martijn On 9/26/06, Che Schneider [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, My vote goes to LGPL: not as restrictive as GPL but preserves the gist of it. :) // Che -Original Message- From: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] On Behalf Of Ted Roeloffzen Sent: Tuesday, September 26, 2006 2:13 PM To: wicket-user Subject: [Wicket-user] License for CMS (components) Hello all, We are going to create a Wicket CMS and/or CMS Components, but we are not sure under which license to do this. Which license would you prefer? BSD, Apache, (L)GPL or another one? greets, Ted __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message.__ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you are specifically advised that any use, distribution, publication, copying or repetition of this information is prohibited. If you have received this information in error, please notify us immediately (+31 (0)20 50 25 800) and destroy this message. __ DISCLAIMER: This e-mail message is intended for the addressee(s) or authorized recipient only. If you are not the addressee, or an authorized recipient, you
Re: [Wicket-user] wicket CMS type components...
Eelco Hillenius wrote: i found this: http://code.google.com/p/cms12/ you might want to get in touch with the author Here's the blog http://www.octonary.com/blog/ sounds like we need to pull the efforts together on this one since there are so many ppl interested. I'd be interested in helping out here and there too. A joint effort would be great. Though we should be careful not to let such a project fall in the 'designed by committee' category. Don't know if I'm off-beam, but using OSGi to give you real-time pluggable bundles would be really cool. Plug in a blog, or a forum, or whatever, without any restarts. I guess you almost need that sort of functionality if you're going to compete with PHP stuff. Regards, Upayavira - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] apache wicket?
cowwoc wrote: I have similar questions. I generally perceive Apache as the place open-source projects go to die :) Let's just say I've never really been awe inspired by any of their stuff. As such is this a step forward or backward? SVN, Jira, Confluence sure are nice but keep in mind there are more than one way to gain access to them. In fact, as an open-source project Wicket is automatically entitled to free licenses, you don't need Apache for that. Apache might be the right way to go, but I'd definitely like to hear more about the impacts it'll have on the future of the project. What new rules and regulations will Apache enforce on the Wicket release schedule, license, etc? During incubation there are rules and regulations about releases (particularly to do with marking them with the label 'incubating', but also requiring a vote from the Incubator PMC). After incubation is complete, the current wicket folks will create a PMC (project management committee) and will be responsible themselves for deciding their release schedule and voting upon it. License restrictions: all code must be Apache License compatible. This is for the benefit of end users, as that gives them maximum flexibility. Otherwise, you can use stuff from wicket-stuff which will stay at SourceForge and is a place where non ASL code can exist. So, as I say, during incubation we can expect some pain and restriction. Once graduated, the current Wicket devs will pretty much be in charge of their destiny. Does that answer your questions sufficiently? Regards, Upayavira - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] apache wicket?
Igor Vaynberg wrote: On 7/27/06, *Steven Mak* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I have some queries on this: - What's the benefits of joining ASF then? the benefits that we see are outlined in the proposal - there is a link in my original email - How to determine if Wicket is ready to graduate? here is a quote from irc on the subject from one of our ASF mentors: Upayavira pchapman: see http://incubator.apache.org/incubation/Incubation_Policy.html#Exiting+the+Incubator http://incubator.apache.org/incubation/Incubation_Policy.html#Exiting+the+Incubator Upayavira pchapman: There are concretes, but there is also the more subtle stuff - do people feel you've integrated into ASF. That's the more vague stuff. - How do ASF decides who is joining them? They already have Struts, Tapestry, and some others related frameworks. Do they have any criteria to choose? or would they take it as any kind of conflicts due to similar nature with existing projects? Competition isn't a problem at Apache. Competition is only a problem when you have a scarcity of resource. im not 100% sure. like i stated in the orig email, we put the proposal in and if we get 3 +1 and 0 -1 we are in as far as the incubation goes. Yes. Really, in the end it comes down to what ASF members want to have in the ASF. If they feel a project fits the ASF way, and the project is interested, then welcome. i will cc our ASF mentors, they might have more to say since they are more knowledgable in the ways of the ASF. the wicket team, i think i speak for all of us, is not very much into the beurocratic stuff so this is as much a learning experience for us as it is for you. we are coders :) As are pretty much all Apache folks too. I think it'll be a good fit. There will be beaurocracy to handle, but I've seen it all done before, and will do my best to make it a smooth ride for all Wicket folks. I'm now on this list, so feel free to ask any further questions (subject to SF servers actually delivering mail) Regards, Upayavira - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] NoClassDefFound: log4j.Category
I'm trying to get Wicket working with Jetty 5.1.10, and am getting a strange exception. I unjared the war into $jetty/wicket, and amended the src/etc/jetty-config.xml file to point to this wicket directory. Then, when I fire up jetty, I get the output listed below, which seems to be implying a missing log4j. However, lo4j-1.2.13.jar is present in the $jetty/wicket/WEB-INF/lib directory. Any ideas what's going on? Without getting past this point I can't even get to see how cool Wicket might be :-( Regards, Upayavira 21:11:05.704 INFO [main] org.mortbay.log.LogImpl.add(LogImpl.java:109) 16 added [EMAIL PROTECTED] 21:11:05.555 INFO [main] org.mortbay.util.FileResource.clinit(FileResource.java:60) 11 Checking Resource aliases 21:11:08.047 INFO [main] org.mortbay.http.HttpServer.setStatsOn(HttpServer.java:1130) 18 Statistics on = false for [EMAIL PROTECTED] 21:11:08.051 INFO [main] org.mortbay.http.HttpServer.doStart(HttpServer.java:684) 10 Version Jetty/5.1.10 21:11:10.144 INFO [main] org.mortbay.util.Container.start(Container.java:74) 15 Started [EMAIL PROTECTED] java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.mortbay.start.Main.invokeMain(Main.java:151) at org.mortbay.start.Main.start(Main.java:476) at org.mortbay.start.Main.main(Main.java:94) Caused by: java.lang.ExceptionInInitializerError at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:199) at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:240) at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandler.java:446) at org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(WebApplicationHandler.java:321) at org.mortbay.jetty.servlet.WebApplicationContext.doStart(WebApplicationContext.java:509) at org.mortbay.util.Container.start(Container.java:72) at org.mortbay.http.HttpServer.doStart(HttpServer.java:708) at org.mortbay.util.Container.start(Container.java:72) at org.mortbay.jetty.Server.main(Server.java:460) ... 7 more Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: No suitable Log constructor [Ljava.lang.Class;@13d28e3 for org.apache.commons.logging.impl.Log4JLogger (Caused by java.lang.NoClassDefFoundError: org/apache/log4j/Category) (Caused by org.apache.commons.logging.LogConfigurationException: No suitable Log constructor [Ljava.lang.Class;@13d28e3 for org.apache.commons.logging.impl.Log4JLogger (Caused by java.lang.NoClassDefFoundError: org/apache/log4j/Category)) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235) at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209) at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351) at org.apache.jasper.servlet.JspServlet.clinit(JspServlet.java:58) ... 22 more Caused by: org.apache.commons.logging.LogConfigurationException: No suitable Log constructor [Ljava.lang.Class;@13d28e3 for org.apache.commons.logging.impl.Log4JLogger (Caused by java.lang.NoClassDefFoundError: org/apache/log4j/Category) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:413) at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529) ... 26 more Caused by: java.lang.NoClassDefFoundError: org/apache/log4j/Category at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:1618) at java.lang.Class.getConstructor0(Class.java:1930) at java.lang.Class.getConstructor(Class.java:1027) at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:410) ... 27 more 21:11:10.555 INFO [Shutdown] org.mortbay.jetty.Server$ShutdownHookThread.run(Server.java:555) 01 Shutdown hook executing 21:11:10.556 INFO [Shutdown] org.mortbay.jetty.Server$ShutdownHookThread.run(Server.java:565) 01
Re: [Wicket-user] NoClassDefFound: log4j.Category
I've since gone to 6 and had it working. Curiously, I recall seeing probems with commons-logging in Jetty 5 preventing it from being able to run Apache Cocoon. I can understand why they dropped it :-) Thanks for the pointers. Regards, Upayavira Martijn Dashorst wrote: It has already been reported to the jetty guys, but they don't seem willing to address this problem. I suggest going forward to 6 or backward to 4. I think I solved it by removing log4j form the jetty lib directory. Martijn On 5/5/06, *Upayavira* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I'm trying to get Wicket working with Jetty 5.1.10, and am getting a strange exception. I unjared the war into $jetty/wicket, and amended the src/etc/jetty-config.xml file to point to this wicket directory. Then, when I fire up jetty, I get the output listed below, which seems to be implying a missing log4j. However, lo4j-1.2.13.jar is present in the $jetty/wicket/WEB-INF/lib directory. Any ideas what's going on? Without getting past this point I can't even get to see how cool Wicket might be :-( Regards, Upayavira --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user