This was to generate a gadgetContext to validate the request by when 
locked domains are enabled.
It does not use this url to fetch a result.  Are you making the 
makeRequest call from the container (We've seen something similar)?

A work-around for you would be to try and use osapi.http.* methods as 
these are preferred over makeRequest at the moment anyway.

If so, please file a JIRA for the issue at issues.apache.org and assign it 
to me.



From:   Paul Lindner <[email protected]>
To:     [email protected], Ryan Baxter <[email protected]>, 
Date:   02/01/2012 06:29 AM
Subject:        Re: REQ: Shindig 3.0.0, makeRequest not processed 
correctly



This was introduced in:

ommit 9d96fd6462d3ab6f039e99853119e4067cfeeb3d
Author: Ryan Baxter <[email protected]>
Date:   Mon Oct 3 20:35:14 2011 +0000

    SHINDIG-1628
    Committed For Dan Dumont
    Locked domain cleanup and shared-domain-locking feature




On Wed, Feb 1, 2012 at 2:39 AM, Support CarbookPlus 
<[email protected]
> wrote:

> The class MakeRequestHandler#fetch pass in an own/anonymous 
implementation
> of HttpGadgetContext. This not take the URL of variable 'url' it takes 
the
> 'gadgetURL' which (of course) is 'undefined'.
>
> Snippet from your code:
> GadgetContext context = new HttpGadgetContext(request) {
> public Uri getUrl() {
> return gadgetUri; <----- HERE
> }
>
> public boolean getIgnoreCache() {
> return getParameter("bypassSpecCache").equals("1");
> }
> };
>
>
> Could it be an failure/issue of the shindig code?
>
> ----- Ursprüngliche Mail -----
>
> Von: "Support CarbookPlus" <[email protected]>
> An: [email protected]
> Gesendet: Mittwoch, 1. Februar 2012 10:21:25
> Betreff: REQ: Shindig 3.0.0, makeRequest not processed correctly
>
>
> Hello,
>
> we are trying to integrate the shindig 3.0.0 (-SNAPSHOT). Some basic
> gadgets working fine, but if one of our gadgets is calling makeRequest 
we
> never get any result. While debugging the MakeRequestServlet
> (~ProxyServlet) our call cause an exception in "Processor#process". The
> return message is " Url undefined does not include scheme". We don't 
know
> if it depends on a missing "gadget"-URL parameter (value)?
>
> Can anyone help us?
>
> Thanks
>
>
>
>
>
>


-- 
Paul Lindner -- [email protected] -- profiles.google.com/pmlindner

Reply via email to