No, that should be fine. The important point is that anytime you have some sort of link route in your application that takes you away from the GWT app and back into it, you've got to make sure that the URL that's used when you re-enter the GWT app has the gwt.codesvr parameter. All seems to be fine in your case.
Can you try generating a new sample app with the New Web Application Wizard, and seeing if updating/refreshing your code works in that case? On Wed, Dec 16, 2009 at 5:06 PM, darkflame <darkfl...@gmail.com> wrote: > The webpage itself has no redirects, it stays at the same url, and I > still see the query in the bar. > Looking at firebug net tag I see; > http://www.darkflame.co.uk/sharespace/firebug.jpg > The get for the *.js does not have the query at the end, but the page > is correctly specified as the referer..is that correct? > > My code does have other requests in it further down, however, the very > first line of my gwt code is to write to the firebug console ( Log.info > ("version X") ) so I can see if the codes updated or not long before > these requests are made. > > When that screenshot was taken, on the console page it showed > "version 5" as the first line in the log, when in my code I changed it > to version 6 hours ago. (and stoped and rerun development mode a few > times too inbetween). > > On Dec 16, 4:02 pm, Rajeev Dayal <rda...@google.com> wrote: > > On Tue, Dec 15, 2009 at 4:31 PM, darkflame <darkfl...@gmail.com> wrote: > > > > Hi, > > > > > > Sorry to hear that you're having troubles. > > > > > thanks, I really appreciate all your help. > > > > > > No, they should not be. 1723 is the web server port, but 9997 is the > code > > > > server port. The web server port is just that - a port on the web > server > > > > which is used to serve up the page you are requesting > (MyAppl...html). > > > The > > > > code server port is a port that is opened on the development mode > server > > > for > > > > incoming browser connections. > > > > > Ok, thanks, that clears that up. > > > > > > > I wanted to leave it on 8888 by it kept telling me I had another > > > > > session active. If I change it to any fixed number it always tells > me > > > > > that after the first time; so sessions arnt being closed correctly. > So > > > > > I had to tick "automatically select unused port" from the eclipse > run > > > > > options. Which gives random port numbers that work, but my > application > > > > > just dosnt update. > > > > > > If you have it at a fixed number, you need to make sure you've > terminated > > > > the existing launch configuration before you try running it again. > This > > > will > > > > not be done for you automatically, which is why you're always going > to > > > get > > > > this error message if you run a launch with a fixed number twice in a > > > row. > > > > If you want to run multiple launches at the same time, then you have > to > > > use > > > > the option to select a random port number. > > > > > Normally I press the red square in eclipse to close things, which I > > > assumed should terminate everything. > > > Is there something else I should do? > > > > Which red square are you hitting? The one in the Debug perspective, or > the > > one in the Development Mode View? Either way, that should be sufficient. > > > > > > > > > > > > > > However, that should definitely not prevent an update from occurring. > > > > Perhaps you are running into problems because you're connecting to an > > > > existing development mode session. Note that it is always possible to > > > > connect to an existing running session, even if you've started a new > > > session > > > > from a launch configuration - all that really matters is the URL that > you > > > > paste into the browsers. > > > > > > Be sure that all other development mode servers are terminated before > > > > starting a new one. To verify this, look at the Debug view in > Eclipse, or > > > > take a look at the java processes are running on your machine. > > > > > Ah, that worked though, using the Debug view I can terminate sessions > > > and relaunch, seems to work eachtime now. > > > > > > > Lastly; > > > > > When using eclipse I have two run configurations, both were > > > > > automatically generated, and I'm not sure which to use. > > > > > > > 1. Has it popping up separately see; > > > > >http://www.lostagain.nl/tempspace/config1.jpg > > > > > 2. Has the development mode appearing in a eclipse panel at the > bottom > > > > > see; > > > > >http://www.lostagain.nl/tempspace/config2.jpg > > > > > > > The one were it pops up separately I often cant run as the 8888 > port > > > > > is used and I cant find where to change it (though when it does > run, > > > > > the code still dosnt update without a recompile). > > > > > > Use the second one. That is the one that uses the view integrated > with > > > > Eclipse. > > > > > Ok, I'll use that from now on. > > > cheers. > > > > > > > So, it seems multiple problems for me, but by far and away the most > > > > > annoying is not being able to preview changes without recompiling. > > > > > > This should definitely not have to be the case. Please report back > any > > > > problems that you run into so that we can get you up and running > without > > > > having to perform recompilations to see your changes. > > > > > Well, its still not updateing. > > > I've definitely got no other sessions running, the url bar is now; > > > > http://localhost:8888/MyApplication.html?gwt.codesvr=192.168.178.22:9997 > > > > > Wheres the server being hosted? just the war directory? > > > The line in the running html pointing to my code is; > > > <script language='javascript' src="MyApplication/ > > > MyApplication.nocache.js" type="text/javascript"></script> > > > > > Looking at that file in my War/MyApplication directory, the time of > > > the update seems to be from a few hours ago....when I last compiled, > > > not when I last changed the code or ran development mode. Should it > > > be pointing to this location and the location should have updated? or > > > should it be pointing elsewhere? > > > > No, that is correct. When running in development mode, the MyApplication > > directory is automatically generated for you with some necessary > artifacts > > (i.e. the nocache.js file). You don't have to worry about recompiling to > > keep these files up to date; they're just for bootstrapping. > > > > See Chris's response above mine. Are there any links/redirects in your > > application that cause the gwt.codesvr parameter to be dropped from the > URL? > > To verify this, you can use a tool like Firebug and ensure that all > requests > > to your server in development mode have the gwt.codesvr parameter > appended > > to the end of the URL. > > > > > > > > > > > > > > > Despite all the coolness that gwt2 has brought, I'm tempted to go > back > > > > > to 1.7 till this problems resolved :-/ > > > > > I really dont want to do that though, as being able to see debug > > > > > information clearly while trying to get IE to behaviour helps a > lot. > > > > > > > -Thomas > > > > > > > On Dec 12, 1:44 am, Bonor <bono...@gmail.com> wrote: > > > > > > First I couldn't see the refresh and breakpoint changes either in > the > > > > > > browser. I also never got the Extension prompt either (like it > says > > > > > inhttp://code.google.com/intl/nl/webtoolkit/usingeclipse.html). > > > > > > > > Try recompiling the project with GWT recompile. Then refresh the > > > > > > browser and the prompt for the extendion will show. From there on > > > it's > > > > > > happy hour!!! > > > > > > > > Thank you google! > > > > > > > -- > > > > > > > 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-tool...@googlegroups.com. > > > > > To unsubscribe from this group, send email to > > > > > google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com> > <google-web-toolkit%2bunsubscr...@googlegroups.com> > > > <google-web-toolkit%2bunsubscr...@googlegroups.com> > > > > > . > > > > > For more options, visit this group at > > > > >http://groups.google.com/group/google-web-toolkit?hl=en. > > > > > -- > > > > > 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-tool...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com> > <google-web-toolkit%2bunsubscr...@googlegroups.com> > > > . > > > For more options, visit this group at > > >http://groups.google.com/group/google-web-toolkit?hl=en. > > -- > > 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-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com<google-web-toolkit%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/google-web-toolkit?hl=en. > > > -- 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-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.