Yeah I am getting more and more wary of GXT every day. It seems like 2.0 has had the "answer" for all these issues for quite some time. The problem is, that it's just such a professional looking library that I'm hesitant to switch. For now, I just make sure that I stay COMPLETELY within the intended uses of the widgets. If you don't try to riff anything, it seems to work out alright.
As for this t...@static problem, I seem have gotten it working. I had to add all the service definitions to the parent gwt.xml (I couldn't include them in inherited modules for whatever reason) then I created a simple ping method that I call on startup. After that, GXT was able to use them as expected without throwing that nasty error. Salvador, thanks again for helping me out with some direction and eliminating any other processes as the culprit. Thanks! E On May 4, 12:03 pm, Salvador Diaz <diaz.salva...@gmail.com> wrote: > I've never used GXT but this weekend I stumbled across a couple of > posts bashing it for what can be basically called sloppy coding. If > your application isn't too far along, you might want to reconsider its > usage. > > The posts I'm talking > about:http://lifeandcode.net/2009/04/gwt-16-and-gxt-20-m1-upgrade-experience/http://www.dng-consulting.com/blogs/index.php/2009/04/30/maeacute-fie... > (in french) > > Cheers, > > Salvador > > On May 4, 5:51 pm,EvanRuff<evan.r...@gmail.com> wrote: > > > Salvador and all, > > > I sure did remove the static block. > > > So I've got a sneaking suspicion that there might be an issue with > > GXT's paging mechanism and their handling of the service. > > > I created a new service with a simple method in it and it works > > without issue. > > > I'm going to head over to the GXT forums and dig around over there. > > I'll report back if/when I find a solution. > > > Thanks for your help! > > >Evan > > > On May 4, 11:16 am, Salvador Diaz <diaz.salva...@gmail.com> wrote: > > > > Have you deleted the static block ? This one: > > > > static > > > { > > > ( (ServiceDefTarget) SERVICE ).setServiceEntryPoint > > > ( GWT.getModuleBaseURL() + "/PartsService" ); > > > } > > > > Other than that, I don't know what could possibly cause that error, > > > you'll have to compile in pretty mode and look at the generated > > > javascript. > > > > Cheers, > > > > Salvador > > > > On May 4, 4:57 pm,EvanRuff<evan.r...@gmail.com> wrote: > > > > > Salvador, > > > > > I switched that around and I'm still getting the same error. For good > > > > measure, I blew away all the GWT output directories, rebuild the class > > > > files, pruned down the class path, etc. I'm still getting this > > > > exception in Firefox 3, web-mode, the FIRST TIME I call the Service: > > > > > Prepare For Ugly JS Error: > > > > > (TypeError): this$static is undefined > > > > fileName:http://localhost:8888/com.hs.fga.app.Application/8B74FDA45E85F1F93DEB... > > > > lineNumber: 25463 > > > > stack: $createStreamWriter((void 0))@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 25463 > > > > $doPartSearch_0((void 0),"asfasfasf",[object Object],[object Object]) > > > > @http://localhost:8888/com.hs.fga.app.Application/ > > > > 8B74FDA45E85F1F93DEBEE7768F8795A.cache.html:29055 > > > > load_2([object Object],[object Object])@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 29242 > > > > $loadData([object Object],[object Object])@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 4324 > > > > $load_0([object Object],[object Object])@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 4312 > > > > $load([object Object])@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 4306 > > > > $load_2([object Object],0,35)@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 29305 > > > > handleEvent_46([object Object])@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 29284 > > > > $fireEvent([object Object],124,[object Object])@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 4255 > > > > $fireEvent_2([object Object],124,[object Object])@http://localhost: > > > > 8888/com.hs.fga.app.Application/ > > > > 8B74FDA45E85F1F93DEBEE7768F8795A.cache.html:7944 > > > > $onFormSubmitAndCatch([object Object])@http://localhost:8888/ > > > > com.hs.fga.app.Application/8B74FDA45E85F1F93DEBEE7768F8795A.cache.html: > > > > 16453 > > > > onFormSubmit()@http://localhost:8888/com.hs.fga.app.Application/ > > > > 8B74FDA45E85F1F93DEBEE7768F8795A.cache.html:16527 > > > > ([object Event])@http://localhost:8888/com.hs.fga.app.Application/ > > > > 8B74FDA45E85F1F93DEBEE7768F8795A.cache.html:28352 > > > > > Really getting to the end of my rope on this one. > > > > > The service is held in a singleton. I've used a singleton pattern > > > > before with good results, so I don't think that's it? > > > > > E > > > > > On May 4, 10:11 am, Salvador Diaz <diaz.salva...@gmail.com> wrote: > > > > > > I recommend using the @RemoteServiceRelativePath annotation to define > > > > > the relative service path of your services, I think this makes > > > > > unnecessary the call to > > > > > ( (ServiceDefTarget) SERVICE ).setServiceEntryPoint > > > > > ( GWT.getModuleBaseURL() + "/PartsService" ); > > > > > > Hope that helps, > > > > > > Salvador > > > > > > On May 4, 3:56 pm,EvanRuff<evan.r...@gmail.com> wrote: > > > > > > > Well I'm just about fresh out of ideas on this one. > > > > > > > I've tried moving EVERYTHING around in this project but still get > > > > > > this > > > > > > same Javascript error the first time I attempt to access my service. > > > > > > > Does anyone have any tips? > > > > > > > Thanks again, > > > > > > > E > > > > > > > On Apr 28, 3:04 pm,EvanRuff<evan.r...@gmail.com> wrote: > > > > > > > > Man, I am really stuck on this one. I've tried changing the scope > > > > > > > of > > > > > > > the service and the instantiation order of a bunch of stuff, but > > > > > > > can't > > > > > > > seem to shake this issue. > > > > > > > > Does anyone have any other idea? > > > > > > > > It's really odd that I'm getting this JS error when I'm not even > > > > > > > breaking into the JNSI. > > > > > > > > Thanks! > > > > > > > >Evan > > > > > > > > On Apr 27, 7:15 pm,EvanRuff<evan.r...@gmail.com> wrote: > > > > > > > > > Hey guys, > > > > > > > > > I've got a data manager class set up like this: > > > > > > > > > public class PartManager > > > > > > > > { > > > > > > > > public static final PartManager INSTANCE = new > > > > > > > > PartManager(); > > > > > > > > private static final PartsServiceAsync SERVICE = > > > > > > > > GWT.create > > > > > > > > ( PartsService.class ); > > > > > > > > > static > > > > > > > > { > > > > > > > > ( (ServiceDefTarget) SERVICE > > > > > > > > ).setServiceEntryPoint > > > > > > > > ( GWT.getModuleBaseURL() + "/PartsService" ); > > > > > > > > } > > > > > > > > > private PartManager() > > > > > > > > { > > > > > > > > } > > > > > > > > > public void doPartSearch( String queryString, final > > > > > > > > PagingLoadConfig > > > > > > > > config, final AsyncCallback<Part> searchCallback ) > > > > > > > > { > > > > > > > > SERVICE.doPartSearch( queryString, config, > > > > > > > > searchCallback ); > > > > > > > > } > > > > > > > > > } > > > > > > > > > In Hosted mode everything works as expected. When I go to web > > > > > > > > mode I > > > > > > > > get an "onUncaughtException" error that says: > > > > > > > > > (TypeError): this$static is undefined > > > > > > > > fileName:http://localhost:8888/com.hs.fga.app.Application/634EC7CAAF7205EE4C56... > > > > > > > > lineNumber: 25463 > > > > > > > > stack: $createStreamWriter((void 0))@http://localhost:8888/ > > > > > > > > com.hs.fga.app.Application > > > > > > > > ... > > > > > > > > ... > > > > > > > > > and line 25463 is: > > > > > > > > > clientSerializationStreamWriter = > > > > > > > > $ClientSerializationStreamWriter(new > > > > > > > > ClientSerializationStreamWriter(), this$static.serializer, this > > > > > > > > $static.moduleBaseURL, this$static.serializationPolicyName); > > > > > > > > > The weird thing is that this happens ONLY the first time I > > > > > > > > attempt to > > > > > > > > access the service. Every subsequent time after that the > > > > > > > > service runs > > > > > > > > without issue, reaching the server and returning as usual. > > > > > > > > > This is really pretty frustrating. Can anyone recommend > > > > > > > > something else > > > > > > > > to try? Any clues to why this is happening? > > > > > > > > > Thanks a ton, I'm about at the end of my rope!! --~--~---------~--~----~------------~-------~--~----~ 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 google-web-toolkit+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/Google-Web-Toolkit?hl=en -~----------~----~----~----~------~----~------~--~---