Thx for the replay Thomas.
Yes ofcourse, that will help also. I dodnt understand at beginning that SDM
dose a fully new compile on his side where all the web folder tree is
generated...
Now makes sense why was not working. But in other, SDM compile is the same
as normal. right? (ofcourse just
Just launch your Tomcat with -Dgwt.codeerver.port=9876 so that your RPC
servlets will load the *.rpc serialization policy files from the CodeServer
(SDM) rather than from disk.
You shouldn't need to compile your app at any time.
On Friday, February 20, 2015 at 7:59:51 PM UTC+1, Blaze wrote:
>
>
Hi Jens,
you wore right, this was the actual problem.
I run a Tomcat server inside Eclipse and dose the redeploy by autoscans,
and i guess it also autoredeploy some of the real compiles cosing the
problem.
What i have found a bit not logical. If the SDM is started on a clean app
for a very f
Are you sure you deploy the app.nocache.js file generated by SDM? If you
have done a production compile in the mean time then you might have
deployed a wrong one. Try to delete any existing ./war/ folder
and restart SDM to give it a clean start. Once it is started you can deploy.
> setting -
Hi Jens,
thx for the replay.
I add this to the vm arguments in run configuration from eclipse, but no
changes.
Just the very first load after the code server is started compile is done
after that the same is used...
setting -Dgwt.watchFileChanges=false, should force compile every time a
reloa
Try adding
-Dgwt.watchFileChanges=false
to your JVM parameters. This will disable file watching which sometimes
does not work correctly. I had to do that for Mac OS as SDM sometimes
thought that no files had changed.
-- J.
--
You received this message because you are subscribed to the Googl
Hi,
I use Super dev mode for about 2-3m now, and all worked ok. Now suddenly it
stopped making recompile when there are code changes.
Its used from Eclipse with -noserver. If I start and stop the codeserver
from eclipse or call dev off and then back on in the browser it dose
recompile, but not