Clustering with tomcat - design consideration
Hi, We plan to run our servers on a cluster environment. We are using Tomcat. I looked and tried to see how is the best way to configure cluster wicket but all I could find was to use the default. Is there any paper that say what are the benefits/problems of any option? Also in case I use the default cluster, will it mean that request does not complete until any session attribute changes have synchronized to all servers. Thx -- View this message in context: http://www.nabble.com/Clustering-with-tomcat---design-consideration-tp19709518p19709518.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ListMultipleChoice Defalut Selection
If you use PropertyModel or CompoundPropertyModel you can set the field(s) that your component is attached to. A DropDown example (I'm not experienced with multiple choice lists): private String name; .. DropDownChoice ddc = new DropDownChoice(name, new PropertyModel(this, name), choicesModel); name = MyDao.getMyDefaultName(); Hope that helps On Sat, Sep 27, 2008 at 4:48 PM, Vaibhav Lolge [EMAIL PROTECTED]wrote: Hi, I have a piece of code that uses ListMultipleChoice . I do some action depending on the selected item in the list (eg: The List is a list of categories of cars and on click of these there are subcategories shown). A user then saves this is the DB. A user can edit his preferences from the list, hence he is brought back to the same page. Now, I get the values from the DB, but I fail to understand, how do I show these items as selected in ListMultipleChoice ? Please suggest. A quick reply is really appreciated. Thanks in advance. -- View this message in context: http://www.nabble.com/ListMultipleChoice-Defalut-Selection-tp19702889p19702889.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eyal Golan [EMAIL PROTECTED] Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary
Page Navigation - order of items
Hi, I have a DataView object holding items, and a PagingNavigator object (customized) that enables paging. When the page is first loaded, the items are displayed from begining to end (if there are 5 items per page, 1-5 are displayed). I need them to be displayed from last to first, without me reersing the list. Is it possible? To elaborate, the list actually contains a conversation so each added item is a new message and thus needed to be displayed at the first page and not the last.. Thanks in advance, Eyal. -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712206.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page Navigation - order of items
Eyal, As part of setting up the columns, I call SortableDataProvider.setSort() ie., - dataProvider.setSort(publishDate, false); to define the initial sort column (and ascending/descending order). Phil On Sun, Sep 28, 2008 at 9:57 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi, I have a DataView object holding items, and a PagingNavigator object (customized) that enables paging. When the page is first loaded, the items are displayed from begining to end (if there are 5 items per page, 1-5 are displayed). I need them to be displayed from last to first, without me reersing the list. Is it possible? To elaborate, the list actually contains a conversation so each added item is a new message and thus needed to be displayed at the first page and not the last.. Thanks in advance, Eyal. -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712206.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336
Re: Page Navigation - order of items
Hi again, I do not think I need to sort the list of items. think of 5 messages sent by the user, 3 items per page are displayed. I need it to show items 3,4,5 on the current page (in this order), and when pressing previous page, show items 1,2. Any solution? phil59 wrote: Eyal, As part of setting up the columns, I call SortableDataProvider.setSort() ie., - dataProvider.setSort(publishDate, false); to define the initial sort column (and ascending/descending order). Phil On Sun, Sep 28, 2008 at 9:57 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi, I have a DataView object holding items, and a PagingNavigator object (customized) that enables paging. When the page is first loaded, the items are displayed from begining to end (if there are 5 items per page, 1-5 are displayed). I need them to be displayed from last to first, without me reersing the list. Is it possible? To elaborate, the list actually contains a conversation so each added item is a new message and thus needed to be displayed at the first page and not the last.. Thanks in advance, Eyal. -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712206.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336 -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712488.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page Navigation - order of items
Seems to me you'd want to sort the messages in the order they were received. Like by timestamp or ID. On Sun, Sep 28, 2008 at 10:32 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi again, I do not think I need to sort the list of items. think of 5 messages sent by the user, 3 items per page are displayed. I need it to show items 3,4,5 on the current page (in this order), and when pressing previous page, show items 1,2. Any solution? phil59 wrote: Eyal, As part of setting up the columns, I call SortableDataProvider.setSort() ie., - dataProvider.setSort(publishDate, false); to define the initial sort column (and ascending/descending order). Phil On Sun, Sep 28, 2008 at 9:57 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi, I have a DataView object holding items, and a PagingNavigator object (customized) that enables paging. When the page is first loaded, the items are displayed from begining to end (if there are 5 items per page, 1-5 are displayed). I need them to be displayed from last to first, without me reersing the list. Is it possible? To elaborate, the list actually contains a conversation so each added item is a new message and thus needed to be displayed at the first page and not the last.. Thanks in advance, Eyal. -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712206.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336 -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712488.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336
Re: Page Navigation - order of items
no.. I recieve the list and it is sorted from oldest to newest.. any suggestion about how to sort it? I coulnt think of a way.. phil59 wrote: Seems to me you'd want to sort the messages in the order they were received. Like by timestamp or ID. On Sun, Sep 28, 2008 at 10:32 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi again, I do not think I need to sort the list of items. think of 5 messages sent by the user, 3 items per page are displayed. I need it to show items 3,4,5 on the current page (in this order), and when pressing previous page, show items 1,2. Any solution? phil59 wrote: Eyal, As part of setting up the columns, I call SortableDataProvider.setSort() ie., - dataProvider.setSort(publishDate, false); to define the initial sort column (and ascending/descending order). Phil On Sun, Sep 28, 2008 at 9:57 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi, I have a DataView object holding items, and a PagingNavigator object (customized) that enables paging. When the page is first loaded, the items are displayed from begining to end (if there are 5 items per page, 1-5 are displayed). I need them to be displayed from last to first, without me reersing the list. Is it possible? To elaborate, the list actually contains a conversation so each added item is a new message and thus needed to be displayed at the first page and not the last.. Thanks in advance, Eyal. -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712206.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336 -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712488.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336 -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712770.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Page Navigation - order of items
you dont need to sort it, just write an iterator that iterates from the end of the list to the front and return that from the databprovider. -igor On Sun, Sep 28, 2008 at 9:03 AM, eyalbenamram [EMAIL PROTECTED] wrote: no.. I recieve the list and it is sorted from oldest to newest.. any suggestion about how to sort it? I coulnt think of a way.. phil59 wrote: Seems to me you'd want to sort the messages in the order they were received. Like by timestamp or ID. On Sun, Sep 28, 2008 at 10:32 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi again, I do not think I need to sort the list of items. think of 5 messages sent by the user, 3 items per page are displayed. I need it to show items 3,4,5 on the current page (in this order), and when pressing previous page, show items 1,2. Any solution? phil59 wrote: Eyal, As part of setting up the columns, I call SortableDataProvider.setSort() ie., - dataProvider.setSort(publishDate, false); to define the initial sort column (and ascending/descending order). Phil On Sun, Sep 28, 2008 at 9:57 AM, eyalbenamram [EMAIL PROTECTED]wrote: Hi, I have a DataView object holding items, and a PagingNavigator object (customized) that enables paging. When the page is first loaded, the items are displayed from begining to end (if there are 5 items per page, 1-5 are displayed). I need them to be displayed from last to first, without me reersing the list. Is it possible? To elaborate, the list actually contains a conversation so each added item is a new message and thus needed to be displayed at the first page and not the last.. Thanks in advance, Eyal. -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712206.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336 -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712488.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Phil Grimm Mobile: (858) 335-3426 Skype: philgrimm336 -- View this message in context: http://www.nabble.com/Page-Navigation---order-of-items-tp19712206p19712770.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The Wicket Reflex Game Post thoughts?
On Fri, 26 Sep 2008, Nino Saturnino Martinez Vazquez Wael wrote: This is a potential pitfall if you ever will have two Ajax components that can remove the ones behavior, if the user clicks the other while loading then it's gonna complain. On the other hand im not sure what wicket can do besides throw a runtime exception. Actually this happens also in all cases where the components are being replaced, such as doing a continuous ajax search with a DataView. I don't know any better way than veiling things that will be replaced; it would be interesting to see if this can be replaced in the new Ajax implementation of 1.5. Best wishes, Timo -- Timo Rantalaiho Reaktor Innovations OyURL: http://www.ri.fi/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The Wicket Reflex Game Post thoughts?
sync doesnt help in the area one bit Because wicket already does that for you The problem is that just after 1 ajax call that replaces/removes/what ever a component another 1 is already waiting and want to execute. in 1.5 we have to have a hash instead of the id i guess and silent failure when the behavior is gone But matej is working on that so everything will be great johan On Sat, Sep 27, 2008 at 3:16 AM, Adriano dos Santos Fernandes [EMAIL PROTECTED] wrote: Nino Saturnino Martinez Vazquez Wael wrote: Hi Guys One of the major problems with the game are that if you click a box(AjaxEventBehavior) while the heartbeat(AbstractAjaxTimerBehavior) are in process you will get an error, since the box's component has changed and no longer carries that behavior. I've tried to solve this by adding a transparent veil to the page once the heartbeat processes, it's simply not good enough, it's still possible to get errors. So how do I solve this? I have one idea but im not liking it, all box's could have behaviors even if you wont get an score, that way we will not get an error. This is a potential pitfall if you ever will have two Ajax components that can remove the ones behavior, if the user clicks the other while loading then it's gonna complain. On the other hand im not sure what wicket can do besides throw a runtime exception. Can't you use synchronized (obj) { ... }, to serialize multiple threads of each ajax call? Adriano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WANG–Wicket Ajax Next Generation–being based on YUI (MD)
There is something new to consider when choosing a JavaScript library as Wicket's base: http://www.jondavis.net/blog/post/2008/09/jQuery-Has-Won-The-3-Year-Javascript-Framework-Battle-As-Far-As-Im-Concerned.aspx http://www.hanselman.com/blog/jQuerytoshipwithASPNETMVCandVisualStudio.aspx Jörn On Wed, Aug 27, 2008 at 1:05 AM, Matej Knopp [EMAIL PROTECTED] wrote: On Wed, Aug 27, 2008 at 12:50 AM, Jörn Zaefferer [EMAIL PROTECTED] wrote: On Tue, Aug 26, 2008 at 10:19 PM, Matej Knopp [EMAIL PROTECTED] wrote: Hi, On Tue, Aug 26, 2008 at 9:24 PM, jWeekend [EMAIL PROTECTED] wrote: Matej, What are the implications of the decision to base Wicket Ajax Next Generation on YUI in terms of choosing a Javascript library for future Wicket based web front ends? actually, there really are none. The use of YUI will be more or less internal to Wicket, so you can continue using jQuery, YUI2 or whatever else you are using. Everything in Wicket (and YUI) is namespaced so there are no conflicts. Of course there is the overhead of including two or more libraries in an application, which don't find desirable. Wicket uses only part of YUI, the compressed minified required YUI javascript is about 20kb big. I would understand the concern if I used dojo or some other behemoth with 200+ kb of compressed javascript. + there's huge number and variety of jQuery plugins for those special occasions. Unfortunately the quality of plugins varies. For actual wicket ajax implementation i prefer to stick with the core thing, and that's where YUI definitely beats jquery. I don't say that there are no plugins for jQuery that covers YUI functionality. Question is how well are those plugins supported and maintained. You are well on the point that the variety of plugins varies. I see it this way: jQuery core is small, very stable and the base for everything else JS-related. jQuery UI is the official project providing the same stability and quality for various high-level UI components (like dialogs) and also low-level components (like dragdrop, sortables). We'll see at least two major releases this year that add more components to the mix. Anything else that isn't covered by core or UI is almost always covered by some third-party plugin. While these plugin can be of bady quality (eg. no documentation/demos), they can still provide a good starting point, so that you don't have to start from scratch. Even if you do a full rewrite, the existing plugin can expose useful information like potential browser-bug-traps. Problem is that the jQuery core doesn't cut it. And rewriting plugins from scratch? Are you serious? This is exactly the reason why I decided to use YUI. The stuff that I need is there, it is supported and maintained. Anyway, as I say, this doesn't make any implication to Wicket users or 3rd party components. The reason why wicket ajax is based on another framework is to get rid of most of the low level browser specific code we have currently so that I wouldn't have to maintain it :) Whatever the framework, I think its a good idea to start with something well supported and tested. Thats why I use Wicket, though I'd like it even more with jQuery as the base framework :-) At this point, I really don't see any advantage that YUI would give me over jQuery. Also it is possible that InMethod grid will be part of Wicket 1.5 extensions which is another point for using YUI. Rewriting the grid with jquery would be a huge pain. -Matej Jörn PS: Comet support is a nice to have, but I think there a way more important things for core than that, eg. annotation-based validation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WANG–Wicket Ajax Next Generation–being based on YUI (MD)
And Nokia http://www.s60.com/life/thisiss60/s60indetail/technologiesandfeatures/webruntime http://www.s60.com/life/thisiss60/s60indetail/technologiesandfeatures/webruntime/webruntimedetail On Sun, Sep 28, 2008 at 7:01 PM, Jörn Zaefferer [EMAIL PROTECTED] wrote: There is something new to consider when choosing a JavaScript library as Wicket's base: http://www.jondavis.net/blog/post/2008/09/jQuery-Has-Won-The-3-Year-Javascript-Framework-Battle-As-Far-As-Im-Concerned.aspx http://www.hanselman.com/blog/jQuerytoshipwithASPNETMVCandVisualStudio.aspx Jörn On Wed, Aug 27, 2008 at 1:05 AM, Matej Knopp [EMAIL PROTECTED] wrote: On Wed, Aug 27, 2008 at 12:50 AM, Jörn Zaefferer [EMAIL PROTECTED] wrote: On Tue, Aug 26, 2008 at 10:19 PM, Matej Knopp [EMAIL PROTECTED] wrote: Hi, On Tue, Aug 26, 2008 at 9:24 PM, jWeekend [EMAIL PROTECTED] wrote: Matej, What are the implications of the decision to base Wicket Ajax Next Generation on YUI in terms of choosing a Javascript library for future Wicket based web front ends? actually, there really are none. The use of YUI will be more or less internal to Wicket, so you can continue using jQuery, YUI2 or whatever else you are using. Everything in Wicket (and YUI) is namespaced so there are no conflicts. Of course there is the overhead of including two or more libraries in an application, which don't find desirable. Wicket uses only part of YUI, the compressed minified required YUI javascript is about 20kb big. I would understand the concern if I used dojo or some other behemoth with 200+ kb of compressed javascript. + there's huge number and variety of jQuery plugins for those special occasions. Unfortunately the quality of plugins varies. For actual wicket ajax implementation i prefer to stick with the core thing, and that's where YUI definitely beats jquery. I don't say that there are no plugins for jQuery that covers YUI functionality. Question is how well are those plugins supported and maintained. You are well on the point that the variety of plugins varies. I see it this way: jQuery core is small, very stable and the base for everything else JS-related. jQuery UI is the official project providing the same stability and quality for various high-level UI components (like dialogs) and also low-level components (like dragdrop, sortables). We'll see at least two major releases this year that add more components to the mix. Anything else that isn't covered by core or UI is almost always covered by some third-party plugin. While these plugin can be of bady quality (eg. no documentation/demos), they can still provide a good starting point, so that you don't have to start from scratch. Even if you do a full rewrite, the existing plugin can expose useful information like potential browser-bug-traps. Problem is that the jQuery core doesn't cut it. And rewriting plugins from scratch? Are you serious? This is exactly the reason why I decided to use YUI. The stuff that I need is there, it is supported and maintained. Anyway, as I say, this doesn't make any implication to Wicket users or 3rd party components. The reason why wicket ajax is based on another framework is to get rid of most of the low level browser specific code we have currently so that I wouldn't have to maintain it :) Whatever the framework, I think its a good idea to start with something well supported and tested. Thats why I use Wicket, though I'd like it even more with jQuery as the base framework :-) At this point, I really don't see any advantage that YUI would give me over jQuery. Also it is possible that InMethod grid will be part of Wicket 1.5 extensions which is another point for using YUI. Rewriting the grid with jquery would be a huge pain. -Matej Jörn PS: Comet support is a nice to have, but I think there a way more important things for core than that, eg. annotation-based validation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WANG–Wicket Ajax Next Generation–being based on YUI (MD)
im not sure why you guys are making such a big deal out of this. we are talking about javascript that is entirely internal to wicket. you never see it, you never touch it. it is completely namespaced in wicket's namespace. we have chosen a library that we are comfortable working with. if we can get our stuff done faster and easier with yui then that is what we are going to use... sure, we might use it to write some high level components (eg modal window) that we ship with wicket, but those do not use any internal api. there is absolutely nothing stopping you from writing your own jquery-driven modal window component. so my question to you guys is: why does it matter to you which javascript framework we use under the hood? -igor On Sun, Sep 28, 2008 at 7:01 PM, Jörn Zaefferer [EMAIL PROTECTED] wrote: There is something new to consider when choosing a JavaScript library as Wicket's base: http://www.jondavis.net/blog/post/2008/09/jQuery-Has-Won-The-3-Year-Javascript-Framework-Battle-As-Far-As-Im-Concerned.aspx http://www.hanselman.com/blog/jQuerytoshipwithASPNETMVCandVisualStudio.aspx Jörn On Wed, Aug 27, 2008 at 1:05 AM, Matej Knopp [EMAIL PROTECTED] wrote: On Wed, Aug 27, 2008 at 12:50 AM, Jörn Zaefferer [EMAIL PROTECTED] wrote: On Tue, Aug 26, 2008 at 10:19 PM, Matej Knopp [EMAIL PROTECTED] wrote: Hi, On Tue, Aug 26, 2008 at 9:24 PM, jWeekend [EMAIL PROTECTED] wrote: Matej, What are the implications of the decision to base Wicket Ajax Next Generation on YUI in terms of choosing a Javascript library for future Wicket based web front ends? actually, there really are none. The use of YUI will be more or less internal to Wicket, so you can continue using jQuery, YUI2 or whatever else you are using. Everything in Wicket (and YUI) is namespaced so there are no conflicts. Of course there is the overhead of including two or more libraries in an application, which don't find desirable. Wicket uses only part of YUI, the compressed minified required YUI javascript is about 20kb big. I would understand the concern if I used dojo or some other behemoth with 200+ kb of compressed javascript. + there's huge number and variety of jQuery plugins for those special occasions. Unfortunately the quality of plugins varies. For actual wicket ajax implementation i prefer to stick with the core thing, and that's where YUI definitely beats jquery. I don't say that there are no plugins for jQuery that covers YUI functionality. Question is how well are those plugins supported and maintained. You are well on the point that the variety of plugins varies. I see it this way: jQuery core is small, very stable and the base for everything else JS-related. jQuery UI is the official project providing the same stability and quality for various high-level UI components (like dialogs) and also low-level components (like dragdrop, sortables). We'll see at least two major releases this year that add more components to the mix. Anything else that isn't covered by core or UI is almost always covered by some third-party plugin. While these plugin can be of bady quality (eg. no documentation/demos), they can still provide a good starting point, so that you don't have to start from scratch. Even if you do a full rewrite, the existing plugin can expose useful information like potential browser-bug-traps. Problem is that the jQuery core doesn't cut it. And rewriting plugins from scratch? Are you serious? This is exactly the reason why I decided to use YUI. The stuff that I need is there, it is supported and maintained. Anyway, as I say, this doesn't make any implication to Wicket users or 3rd party components. The reason why wicket ajax is based on another framework is to get rid of most of the low level browser specific code we have currently so that I wouldn't have to maintain it :) Whatever the framework, I think its a good idea to start with something well supported and tested. Thats why I use Wicket, though I'd like it even more with jQuery as the base framework :-) At this point, I really don't see any advantage that YUI would give me over jQuery. Also it is possible that InMethod grid will be part of Wicket 1.5 extensions which is another point for using YUI. Rewriting the grid with jquery would be a huge pain. -Matej Jörn PS: Comet support is a nice to have, but I think there a way more important things for core than that, eg. annotation-based validation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]