If the compliance gadget is going to do something like this then it should
opt out of the rewriter. Ill take a look at the error Cassie mentioned.

On Sat, Sep 6, 2008 at 12:16 AM, Paul Lindner <[EMAIL PROTECTED]> wrote:

> I had to turn off the concat servlet because the on-demand code in the
> compliance gadget doesn't do so well when it's DOM is messed with..
>
>   var scripts = document.getElementsByTagName('script');
>    for (var i = 0; i < scripts.length; i++) {
>      if (scripts[i].src && scripts[i].src.indexOf('testlibs.js') > 0) {
>        var path = scripts[i].src.replace(/testlibs\.js(\?.*)?$/, '');
>        for (var j = 0; j < this.coreLibraries.length; j++) {
>          var include = this.coreLibraries[j];
>          this.require(path + include + '.js');
>        }
>      }
>    }
>    this.loaded = true;
>
> This results in some mangled URL that results in a 404. However these 404s
> cause the loop to spin.
>
>
>
>
> On Sep 5, 2008, at 6:28 PM, Cassie wrote:
>
>  The current version of Shindig has a bug somewhere in the gadgets/concat
>> code. If you try to load a more complex gadget into the samplecontainer
>> like
>> some of the compliance tests:
>>
>> http://opensocial-resources.googlecode.com/svn/tests/trunk/suites/0.7/appdata/appdata.xml
>>
>>
>> The server will spit out a bunch of lines like this:
>> 2008-09-05 18:26:31.534::WARN:  /gadgets/concat: java.io.IOException:
>> Closed
>> 2008-09-05 18:26:31.653::WARN:  /gadgets/concat: java.io.IOException:
>> Closed
>>
>>
>> Can someone who has familiarity with the concat code please take a look?
>> (I'll try to find a specific revision in the meantime)
>>
>> Thanks!
>>
>> - Cassie
>>
>
> Paul Lindner
> [EMAIL PROTECTED]
>
>
>
>

Reply via email to