Thanks for the hint.
Any idea why the code server insists on using the xsiframe linker? 5 lines 
below your suggested fix there is even a check if the primary linker is a 
descendant of xsiframe.



01 септември 2014, понеделник, 23:00:15 UTC+3, John Stalcup написа:
>
> err, in master that would be 
> https://gwt.googlesource.com/gwt.git/+/master/dev/codeserver/java/com/google/gwt/dev/codeserver/Recompiler.java
>  
> and line 327
>
>
> On Mon, Sep 1, 2014 at 12:58 PM, John Stalcup <[email protected] 
> <javascript:>> wrote:
>
>> you could try changing line 182 in Recompiler.java to register the "std" 
>> linker 
>> https://gwt.googlesource.com/gwt.git/+/2.5.1/dev/codeserver/java/com/google/gwt/dev/codeserver/Recompiler.java
>>  
>>
>> On Mon, Sep 1, 2014 at 2:43 AM, Ivan Markov <[email protected] 
>> <javascript:>> wrote:
>>
>>> Ray,
>>>
>>> Using the xs linker seems like a bad idea, as it combines the 
>>> disadvantages of sso and the xsiframe: :)
>>> (a) Like xsiframe, it injects <script> tags in the document body via 
>>> JavaScript, which makes these script tags uneditable via Chrome LiveEdit
>>> (b) Like sso, it uses the Module Pattern to wrap all GWT code in a 
>>> function closure. I doubt that LiveEdit can replace the so-wrapped 
>>> functions, even if problem (a) was solved somehow.
>>>
>>> I think a better starting point would be the xsiframe linker, as it at 
>>> least does not use the Module Pattern (right?) so at least problem (b) is 
>>> gone.
>>>
>>>
>>> 31 август 2014, неделя, 20:33:13 UTC+3, Ray Cromwell написа:
>>>>
>>>> Try using the xs linker instead.
>>>>
>>>>
>>>>
>>>> On Sun, Aug 31, 2014 at 10:15 AM, Ivan Markov <[email protected]> 
>>>> wrote:
>>>>
>>>>> (Background: I'm trying to further shorten the edit-compile-debug 
>>>>> cycle by playing with hot-code swapping of recompiled JavaScript in 
>>>>> Chrome 
>>>>> (via Eclipse / SDBG))
>>>>>
>>>>> GWT 2.7.0-SNAPSHOT, SDM mode, xsiframe linker (obviously), playing 
>>>>> with LiveEdit from within Chromedevtools initially:
>>>>> - Editing "<module>.nocache.js" works
>>>>> - However editing "<module>-0.js" does not work (big surprise)
>>>>>
>>>>> Problem 1: I think the "sourceURL=<module>-0.js" line at the end of 
>>>>> the script should be present only if CrossSiteIframeLinker is running in 
>>>>> "non-pretty /  production" mode. In pretty mode, where the <script> tag 
>>>>> src 
>>>>> attribute is directly modified to point to the CAGFG...AB.cache.js 
>>>>> permutation this is probably just bringing confusion, no?
>>>>>
>>>>> Unfortunately, fixing Problem 1 alone did not enable LiveEdit.
>>>>> I think another issue (let's call it Problem 2) is that the xsiframe 
>>>>> linker is creating the <iframe> & <script> tags dynamically using 
>>>>> JavaScript DOM manipulations. There is some evidence on the internet that 
>>>>> editing scripts injected that way is not supported.
>>>>>
>>>>> I was thinking of solving Problem 2 by just switching to the sso 
>>>>> (SingleScriptLinker) linker, but then:
>>>>> (a) It is still not supported in SuperDevMode - 
>>>>> https://code.google.com/p/google-web-toolkit/issues/detail?id=7722
>>>>> (b) By looking at the source, it seems it is wrapping all the 
>>>>> generated GWT code in enclosing functions, which are then called at the 
>>>>> end 
>>>>> of the script block. I don't think LiveEdit will be re-evaluating these, 
>>>>> so 
>>>>> this wrapping has to go somehow...
>>>>>
>>>>> Any ideas?
>>>>>
>>>>>  -- 
>>>>> You received this message because you are subscribed to the Google 
>>>>> Groups "GWT Contributors" group.
>>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>>> an email to google-web-toolkit-contributors+unsubscribe@
>>>>> googlegroups.com.
>>>>> To view this discussion on the web visit https://groups.google.com/d/
>>>>> msgid/google-web-toolkit-contributors/033a0106-49a2-
>>>>> 4d66-aed0-5ee07d515c4d%40googlegroups.com 
>>>>> <https://groups.google.com/d/msgid/google-web-toolkit-contributors/033a0106-49a2-4d66-aed0-5ee07d515c4d%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>> .
>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>
>>>>
>>>>  -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "GWT Contributors" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to [email protected] 
>>> <javascript:>.
>>>  To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/6d7bf5da-0ba5-48a1-b2f7-2dec9e74370b%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/google-web-toolkit-contributors/6d7bf5da-0ba5-48a1-b2f7-2dec9e74370b%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/ffeaade4-ad02-4483-87e5-f1b9e0730a87%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to