Hi Alex, I'm interested to learn more about your use case, as it is possible that there are things we haven't considered the next move from 1.5 to 1.6.
Specifically, the move to Jetty seems like it's a net win because of the start up time improvements. Making hosted mode faster will require a combination of tweaks across the board, from which embedded server it's using to the way it refreshes and picks up code changes. Every second counts, and it seems to me like shaving off a good four seconds is well worth it if all that's required is a switch of the embedded server. I agree that developers who are using -noserver will not see any benefit by making the switch, but developers who are still depending on hosted mode's embedded server or those who are just starting out will get better startup performance as a result. About using a customized Tomcat to avoid -noserver hosted mode - I'm not entirely sure I understand why you would want to hack a custom version of the embedded Tomcat server rather than use your own customizable Tomcat server with the -noserver option. The embedded server wasn't really purposed to be a hackable component and was instead meant to serve as a quick way to get your application setup for early stage hosted mode debugging. Could you give more details about how you're using the customized embedded Tomcat and why it wouldn't be possible and even better to use your own Tomcat with -noserver? Finally, about the new WAR directory structure, I agree with you that it would suck if it forced developers to re-tweak their build scripts if they've already been written in a way that depends on the current output directory structure. What I feel would be necessary here would be to pass in flags that could determine the directory structure style. I believe the upcoming support for the WAR directory structure itself would be really useful to developers as they would be able to directly deploy their application from the generated files and directories directly. What's more, it could simplify some build scripts that have been tweaking the current output directory structure to better match the WAR convention. The best place to continue this discussion would be at the GWT Contributors thread linked below: GWT-Contributors: http://groups.google.com/group/Google-Web-Toolkit-Contributors/browse_thread/thread/130d3f120ee8671a The features you mentioned in your final thoughts are all things the team has thought about, and that some have actively been working on. OOPHM is still in active development as is the Declarative UI framework, as Reinier mentioned. There's also been some research into making the compiler faster. I can't say as much about the Java line from JavaScript exception feature, but it sounds like it would be a great feature to have (and a great candidate as a Request For Enhancement on the Issue Tracker). Issue Tracker: http://code.google.com/p/google-web-toolkit/issues/list Cheers, -Sumit Chandel On Fri, Nov 21, 2008 at 3:54 PM, Alex Epshteyn <[EMAIL PROTECTED] > wrote: > > Bruce, > > I might be too late in replying to this thread, but I want to phrase > my objections to what you've proposed. > > A. Regarding Jetty: > > I think this will be a waste of time for everyone. Switching > underlying servers is a "no value added" task (using Six Sigma > vocabulary). > > 1). Many developers are using -noserver so for them this will make no > difference. > > 2). Many other developers have customized the embedded Tomcat to suit > our needs (I spent hours customizing it so that I don't have to run > with -noserver). It will take hours to re-adjust again if you switch > underlying servers. > > 3). Why? What's the benefit of switching to Jetty? Tomcat startup is > like 5 seconds tops, which accounts for maybe 10% of the hosted mode > startup time. You should speed up the compiler if you want to speed > up hosted mode. I don't understand what Jetty has to offer here. > I'd be happy if you proved me wrong here, though. > > B. Regarding the output directory structure: > > I feel the same way about this as I do about Jetty. I think this is a > waste of time - no real value added to GWT. Most of us will have to > re-tweak our ant build configs which is always a waste of time. > > C. Final thoughts > > I'm really looking forward to seeing something of substance in the > roadmap for 1.6, because between what you've written here and what's > marked with 1_6_RC on the issue tracker, I see nothing of any value > except minor bug fixes. > > Here are the top 3 features that I think would add real value to GWT: > > 1). A way to get meaningful Java line number from Javascript > exceptions thrown in a deployed production app (compiled with -style > OBF) > > 2). Out-of-process hosted mode (to enable using different browsers in > hosted mode). > > 3). A Declarative UI framework (one was started by Joel W. but seems > to have been abandoned). > > 4). Speed up compilation > > Java 5 support would have been #1 on this list a year ago. You guys > did a great job with GWT 1.5 - it included at least 2 giant leaps > (Java 5 and the JSO/DOM framework), and I hope to see another big leap > like that on the roadmap instead of features that add little value to > GWT, like Tomcat vs. Jetty. > > In the end, if you decide to go forward with Jetty, I can come to > terms with that, but I will need a good reason to upgrade to 1.6, like > one of the 4 items on my list. > > Thanks for your time, > Alex > > > > > On Oct 13, 4:48 pm, "Bruce Johnson" <[EMAIL PROTECTED]> wrote: > > > > > Hi everyone, > > > Hope you're enjoying 1.5. > > > > > The GWT team has started putting together a 1.6 roadmap, which we'll > publish > > > as soon as we have it nailed down. Two of the areas we want to work on > for > > > 1.6 are some improvements tohostedmodestartup time and a friendlier > > > output directory structure (something that looks more .war-like). > > > > > As part of this effort, we've all but decided toswitchthehostedmode > > >embeddedHTTPserverfromTomcattoJetty. Would this break you? (And if so, > > > how mad would you be if we did it anyway?) We figure most people who > really > > > care about the web.xml and so on are already using "-noserver" to have > full > > > control over theirserverconfig. > > > > > Thanks, > > > Bruce > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to Google-Web-Toolkit@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~----------~----~----~----~------~----~------~--~---
