Re: [Wicket-user] Framework Evaluation
I am definitely going to check out 1.3. Any idea when it will become less of a "moving target"? -scott > -Original Message- > From: [EMAIL PROTECTED] [mailto:wicket-user- > [EMAIL PROTECTED] On Behalf Of Matej Knopp > Sent: Thursday, April 05, 2007 6:14 PM > To: wicket-user@lists.sourceforge.net > Subject: Re: [Wicket-user] Framework Evaluation > > Right, it should, but if you are not using sticky sessions, the path > where serialized pages are stored must be accessible from all nodes. > > -Matej > > On 4/5/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > > > I would love nothing more than to have Wicket as the "de facto" where > I > > > work. Unfortunately, the application server admin is somewhat worried > > > about the amount of heap space my app uses. I am working at profiling > > > the app to see where the real issue lies. Unfortunately, it has been > > > almost impossible to get any hard numbers from him on how big a slice > he > > > has had to a lot my app. The funny thing is we have multiple apps in > > > production (non-Wicket) whose sessions' are so big that they can't be > > > clustered in Weblogic. My Wicket app clusters just fine so I am not > > > sure why he has such trepidation about using Wicket in more places. > > > > It's the unfortunate knee-jerk reaction people have when they hear > > Wicket uses server side memory. Only thing you can say to those people > > is 'measure before you make conclusions'. You've heard of the root of > > all evil: 'premature optmization'. Java EE has a lot of that > > unfortunately. > > > > Anyway, if you upgrade to 1.3 and use SecondLevelCacheSessionStore > > (the default for 1.3) you'll find that memory usage dropped quite a > > bit. > > > > Eelco > > > > > - > > 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.php&p=sourceforge&CID=DEVDE V > > ___ > > 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.php&p=sourceforge&CID=DEVDE V > ___ > 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.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Framework Evaluation
> I don't suppose they hear any great stories about Wicket from you? :) Indeed they did ;-) My one friend was particularly impressed by my description of markup inheritance. I would love nothing more than to have Wicket as the "de facto" where I work. Unfortunately, the application server admin is somewhat worried about the amount of heap space my app uses. I am working at profiling the app to see where the real issue lies. Unfortunately, it has been almost impossible to get any hard numbers from him on how big a slice he has had to a lot my app. The funny thing is we have multiple apps in production (non-Wicket) whose sessions' are so big that they can't be clustered in Weblogic. My Wicket app clusters just fine so I am not sure why he has such trepidation about using Wicket in more places. -scott > -Original Message- > From: [EMAIL PROTECTED] [mailto:wicket-user- > [EMAIL PROTECTED] On Behalf Of Martijn Dashorst > Sent: Thursday, April 05, 2007 4:45 PM > To: wicket-user@lists.sourceforge.net > Subject: Re: [Wicket-user] Framework Evaluation > > On 4/5/07, Weaver, Scott <[EMAIL PROTECTED]> wrote: > > They are in the process of re-writing one of the web apps from the > ground up > > using Tapestry and all I hear is what a nightmare Tapestry is to work > with. > > I don't suppose they hear any great stories about Wicket from you? :) > > Related to the topic, our company also uses Wicket for all new Java > development, though we will not hesitate to use any other tech if that > should suit the problem domain better (or just to try something new). > > We have gone through the struts (1.1?), maverick, JSF path. Even > several of the .net guys look envious at wicket (especially those that > have worked with it). > > Martijn > > -- > Learn Wicket at ApacheCon Europe: http://apachecon.com > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.5 will keep your server alive. Download Wicket 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.php&p=sourceforge&CID=DEVDE V > ___ > 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.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Framework Evaluation
I have never heard any first-hand accounts of Tapestry being all that great to work with. I have never used it myself, but I have a couple of buddies that work at a company that develops management software for doctors. They are in the process of re-writing one of the web apps from the ground up using Tapestry and all I hear is what a nightmare Tapestry is to work with. This is from people who I consider top notch developers. I can't give you any specifics, so you can take it for what it is worth. For me, Wicket has been a joy to work with from day one and it feels very uncomfortable when I have to work on web applications that are not written in Wicket. Oh, and the help on the user list in unmatched :-) -scott From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of xrogue Sent: Wednesday, April 04, 2007 3:49 PM To: wicket-user@lists.sourceforge.net Subject: [Wicket-user] Framework Evaluation We are currently evaluating GWT, Tapestry and Wicket for our company. We would like to pick one that we can standardize on for the entire company to build all of our new web products on going forward. I managed to get Wicket to Round 2 ;-), but our architects have some lingering concerns that I simply cannot address in the short time I have been working with Wicket. So, I have some questions that I hope people can answer, or at least point me in the right direction to look for the answers ;-) I am currently working with Wicket 1.2.5... 1. I have found comparisons between Wicket and Tapestry (and JSF), but none between Wicket and GWT. Are there any out there? 2. When using GWT, you appear to get AJAX for free. We are trying to produce Wicket code to a) add dynamic components to a web page at runtime and b) have those components (like a link) modify an existing component when selected, all on the client-side with no calls back to the server. Is there any code available that demonstrates this capability? We have looked through the Ajax examples and could not find a good demonstration of that... 3. Given the following HTML element ")'>link, is there a way to have it rendered in browser as foo? In other words, we are looking for a way to replace "" with "foo" Thanks for any assistance, rhogue - 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.php&p=sourceforge&CID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Serveur pushing implementation
This might be of some help and it might not. I use bi-directional json (but not cometd) in one of the portal apps I wrote (unfortunately not in Wicket). On the server side, I use json-lib http://json-lib.sourceforge.net/ and on the client side I use jsonStringify.js, http://www.thomasfrank.se/json_stringify_revisited.html and jQuery, http://jquery.com. The json-lib can actually jsonify a java object quite nicely, just watch out for extensive object graphs as they can bring the app to a screeching halt. Regards, -scott > -Original Message- > From: [EMAIL PROTECTED] [mailto:wicket-user- > [EMAIL PROTECTED] On Behalf Of Vincent Demay > Sent: Tuesday, March 20, 2007 11:54 AM > To: wicket-user@lists.sourceforge.net > Subject: Re: [Wicket-user] Serveur pushing implementation > > James McLaughlin a écrit : > >> WDYT?, Any comments, feelings? > >> > > > > This looks like really exciting work. I can't wait to try it out. I > > took a look at the code and you've done a really nice job. One > > question, is it possible to push rendered components instead of > > pinging those components on the client side to call back? > > > The problem comes from cometd bus which is design to transport json and > not xml. I was thinking of something which is able to serialize a > component rendered as String and put all in a json object in order to > avoid this second useless callback. but it need some additionnal work ;) > > -- > Vincent > > > - > > 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.php&p=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.php&p=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.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Row highlighting on IE
If you are familiar with jQuery, http://jquery.com/, (and if you are not
you should be ;) you can do in about 5 lines of javascript.
http://www.w3.org/TR/html4/loose.dtd";>
Table Row highlighting with jQuery
.highlight
{
background-color: #FEFFAF
}
$().ready(function() {
$("tr").hover(function(){
$(this).addClass("highlight");
},function(){
$(this).removeClass("highlight");
});
});
Row 1 Column 1Row 1 Column 2
Row 2 Column 1Row 2 Column 2
Row 3 Column 1Row 3 Column 2
Hth,
-scott
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick
Heudecker
Sent: Tuesday, March 20, 2007 9:48 AM
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Row highlighting on IE
I haven't tried it, but have you tried ?
On 3/20/07, eznibe < [EMAIL PROTECTED]> wrote:
Hi,
I need to know how to make the highlighting in IE, because it don't
support
the tr:hover.
I found something about a patch, can you explain me a bit more about
this
Thanks
--
View this message in context:
http://www.nabble.com/Row-highlighting-on-IE-tf3433736.html#a9572576
Sent from the Wicket - User mailing list archive at Nabble.com.
-
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.php&p=sourceforge&CID=DEVDE
V
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
--
Nick Heudecker
Professional Wicket Training & Consulting
http://www.systemmobile.com
Eventful - Intelligent Event Management
http://www.eventfulhq.com
-
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.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Best practice for "singleton" pages
I have been half following the development of the 2nd-level cache. How well will this work in load-balanced environments if at all? We run a load-balanced environment in BEA 9.2 and it would be required that the 2nd-level cache support this. Thanks, -scott > -Original Message- > From: [EMAIL PROTECTED] [mailto:wicket-user- > [EMAIL PROTECTED] On Behalf Of Eelco Hillenius > Sent: Monday, March 19, 2007 1:42 PM > To: wicket-user@lists.sourceforge.net > Subject: Re: [Wicket-user] Best practice for "singleton" pages > > On 3/19/07, Weaver, Scott <[EMAIL PROTECTED]> wrote: > > Well, it is really not a pool per se (I never write pools anymore). I > > just want one instance of an arbitrary page per user-session (not per > > application). So, the first time the user asks for a page it is created > > for then put onto the session. All subsequent requests for that page > > would come from the cached copy in the session. This really isn't > > "premature optimization" as I tend to be catching a small amount for > > ridicule from our app server admin about the memory foot-print of my > > application. I have checked most of my components and pages and they > > really don't hold anything huge in the member fields so, I just figured > > I was getting a build up of pages due to people clicking around in the > > application. I could be wrong on that, though. > > > > Would it help if I limit the number of page version allowed? > > What would help is to use the SecondLevelCacheSessionStore which is > the default for Wicket 1.3. That only stores the current page in > memory and saves history to a temp dir (which is cleaned up when the > session expires). > > Eelco > > - > 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.php&p=sourceforge&CID=DEVDE V > ___ > 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.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Best practice for "singleton" pages
Well, it is really not a pool per se (I never write pools anymore). I just want one instance of an arbitrary page per user-session (not per application). So, the first time the user asks for a page it is created for then put onto the session. All subsequent requests for that page would come from the cached copy in the session. This really isn't "premature optimization" as I tend to be catching a small amount for ridicule from our app server admin about the memory foot-print of my application. I have checked most of my components and pages and they really don't hold anything huge in the member fields so, I just figured I was getting a build up of pages due to people clicking around in the application. I could be wrong on that, though. Would it help if I limit the number of page version allowed? Thanks for all the help, -scott > -Original Message- > From: [EMAIL PROTECTED] [mailto:wicket-user- > [EMAIL PROTECTED] On Behalf Of Martijn Dashorst > Sent: Monday, March 19, 2007 1:06 PM > To: wicket-user@lists.sourceforge.net > Subject: Re: [Wicket-user] Best practice for "singleton" pages > > Scott, > > You touched a 'sensitive' subject, so I expect to see several replies > here, all saying the same: > > - don't pool your pages! > > A singleton page (i.e. pooled page) is not good for your application. > First of all, it will not work in Wicket, as a page instance is > coupled to a session and pagemap. > > Second of all, it is a kind of premature optimalization that we warn > against doing in the first place. Did it come up as a hotspot? In > general, object pooling is considered an antipattern [1]. > > Please search the archives for more information on pooling of pages. > There is ample material on the list archive on this subject. > > Martijn > > [1] http://www.theserverside.com/news/thread.tss?thread_id=37146 > > On 3/19/07, Weaver, Scott <[EMAIL PROTECTED]> wrote: > > > > > > > > > > I was curious to what the best practices and approaches for using single > > instances of pages? Certain pages in my application never really change > in > > content or when they need to, are changed via an event mechanism so I > see no > > need (actually it is a disadvantage) to create a new page every time > link to > > that page. > > > > > > > > So, some questions are: > > > > - Would it make sense to implement my own version of > IPageFactory > > which could then check my session for an already existing version of the > > page? > > > > - Instead of holding the cached pages in my session, should I > > somehow use the PageMap to access existing pages? > > > > > > > > I can see a couple ways of doing things, but I am unsure of what is the > > best/standard approach for approaching this. Any suggestions will be > > greatly appreciated. > > > > > > > > Thanks, > > > > -scott > > > - > > 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.php&p=sourceforge&CID=DEVDE V > > ___ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > -- > Learn Wicket at ApacheCon Europe: http://apachecon.com > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.5 will keep your server alive. Download Wicket 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.php&p=sourceforge&CID=DEVDE V > ___ > 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.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Best practice for "singleton" pages
I was curious to what the best practices and approaches for using single instances of pages? Certain pages in my application never really change in content or when they need to, are changed via an event mechanism so I see no need (actually it is a disadvantage) to create a new page every time link to that page. So, some questions are: - Would it make sense to implement my own version of IPageFactory which could then check my session for an already existing version of the page? - Instead of holding the cached pages in my session, should I somehow use the PageMap to access existing pages? I can see a couple ways of doing things, but I am unsure of what is the best/standard approach for approaching this. Any suggestions will be greatly appreciated. Thanks, -scott - 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.php&p=sourceforge&CID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
