Problem with nightly build

[SiccoNaets]

SmartGWT version: SmartGWT Pro 2.3 (+ nightly build for client-side)
Browser: Firefox 3.6.8


Hi,

I'm trying to build from the latest nightly build (13/11/2010) to fix the bug with the DynamicForm.fetchData callback getting called twice. (cfr this thread:http://forums.smartclient.com/showthread.php?t=13989&highlight=callback )

However, when using the nightly build; I get the following error:

14:37:58.911 [ERROR] [didmanager] Unable to load module entry point class com.smartgwt.client.SmartGwtEntryPoint (see associated exception for details)
com.google.gwt.core.client.JavaScriptException: (TypeError): {invalidBuilderPrompt: __gwt_makeJavaInvoke(0)(messages, 15138941)}.replace is not a function
fileName: http://localhost:8080
lineNumber: 226
stack: ([object GWTJavaObject])@http://localhost:8080:226
connect("http://localhost:8080/tpn-did-manager/?gwt.codesvr=127.0.0.1:9997","\\Onzt{dp9|g)iyw'","127.0.0.1:9997","didmanager","2.0")@:0
((void 0),"didmanager","http://localhost:8080/tpn-did-manager/didmanager/")@http://localhost:8080/tpn-did-manager/didmanager/hosted.html?didmanager:264
z()@http://localhost:8080/tpn-did-manager/didmanager/didmanager.nocache.js:3
(49)@http://localhost:8080/tpn-did-manager/didmanager/didmanager.nocache.js:10
at com.google.gwt.dev.shell.BrowserChannelServer.invokeJavascript(BrowserChannelServer.java:195)
at com.google.gwt.dev.shell.ModuleSpaceOOPHM.doInvoke(ModuleSpaceOOPHM.java:120)
at com.google.gwt.dev.shell.ModuleSpace.invokeNative(ModuleSpace.java:507)
at com.google.gwt.dev.shell.ModuleSpace.invokeNativeVoid(ModuleSpace.java:284)
at com.google.gwt.dev.shell.JavaScriptHost.invokeNativeVoid(JavaScriptHost.java:107)
at com.smartgwt.client.util.I18nUtil.initMessages(I18nUtil.java)
at com.smartgwt.client.util.I18nUtil.init(I18nUtil.java:32)
at com.smartgwt.client.SmartGwtEntryPoint.onModuleLoad(SmartGwtEntryPoint.java:192)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at com.google.gwt.dev.shell.ModuleSpace.onLoad(ModuleSpace.java:369)
at com.google.gwt.dev.shell.OophmSessionHandler.loadModule(OophmSessionHandler.java:185)
at com.google.gwt.dev.shell.BrowserChannelServer.processConnection(BrowserChannelServer.java:380)
at com.google.gwt.dev.shell.BrowserChannelServer.run(BrowserChannelServer.java:222)
at java.lang.Thread.run(Thread.java:595)


This happens right on the load of the application.

[smartgwt.dev]

You picked up a bad nightly build from a few days ago. Please use the latest one.

[SiccoNaets]

You picked up a bad nightly build from a few days ago. Please use the latest one.

Do you mean I should build it from SVN? I got the build that was in the maven repo (i.e. the jar file at this URL: http://www.smartclient.com/maven2/com/smartgwt/smartgwt/2.0-SNAPSHOT/smartgwt-2.0-SNAPSHOT.jar)

[smartgwt.dev]

From here http://www.smartclient.com/builds/

[SiccoNaets]

Thanks Isomorphic.

I grabbed the smartgwt.jar out of the nightly build of the SmartGWTEE Eval version (19/11/10).

This worked; in the sense that the application now starts fine.

However, I'm still seeing the DynamicForm.fetchData callback happening twice. Did that fix make it into the the nightly builds?

[Isomorphic]

That's not a valid way of upgrading, and although you haven't seen the consequences yet, you are in a wedged state and have also not upgraded the relevant files.

The install and upgrade procedure is here. Please don't skip any steps.

[SiccoNaets]

Ah, I see - I assumed the bug was in the smartgwt.jar but I guess it's in one of the server libs instead?

Ok, I need to get access to the proper Pro build then (for some reason, I get a permission denied when i try to access the actual Pro build; but we're following up with our Isomorphic client rep). I'll update all the relevant jars and then we'll try again.

thanks.

[Isomorphic]

smartgwt.jar has a copy of the client-side libs, but not the only copy - long story, which is why we insist upon the full installation procedure.

If you're having any trouble downloading your licensed copy, log out, navigate to a blank page, clear your browser cache, restart the browser, log in and try again. This should solve both bad cached files or being logged in with the wrong account. Note that the forums userID you're posting with does not appear to be the one that has your license.

[SiccoNaets]

Thanks Isomorphic, I switched to 2010-11-22 build and the problem is now fixed.