I don't understand the consequences of moving directories but +1 on renaming
gadgets.container to something other than gadgets.container.
On Tue, Feb 9, 2010 at 10:00 PM, Paul Lindner wrote:
> Hi,
>
> One thing that always bothered me for containers was the problems getting
> the page all set up
Hi,
One thing that always bothered me for containers was the problems getting
the page all set up. You had gadgets.js some other utils etc.
Unless no one objects I'm going to move javascript/container/gadgets.js and
friends to features/shindig-container.
I will also change the namespace gadgets
Thanks Ziv, committed.
On Mon, Feb 8, 2010 at 7:48 PM, wrote:
> Reviewers: shindig.remailer_gmail.com, johnfargo,
>
> Description:
>
> Instead of raising an exception handling bad request by defaulting to
> empty list of services.
>
>
> Please review this at http://codereview.appspot.com/206041/
Hm, I attempted to pull all modifications I could find out into
ShindigOAuth.php -
http://svn.apache.org/repos/asf/shindig/trunk/php/src/common/ShindigOAuth.phpbut
I probably had to make some methods protected in order to override
them.
~Arne
On Tue, Feb 9, 2010 at 7:49 AM, Chris Chabot wrote:
Cesar...
I exchanged an e-mail or two with Javier who is doing the javascript code.
I did a quick snip of his note and included it below.
<< Before attempting to integrate the Hub code into Shindig, I'm rewriting
the Hub on top of RPC. I divided this into two phases: Phase 1 is to
simply rewr
MIT is one of the BSD variants, which is compatible with the APL, so there's
no conflicts as far as I can tell
On Tue, Feb 9, 2010 at 5:14 PM, Chirag Shah wrote:
> OAuth.php is released under the MIT license. Are shindig's changes
> compatible with MIT?
>
>
> On Tue, Feb 9, 2010 at 7:54 AM, Paul
OAuth.php is released under the MIT license. Are shindig's changes
compatible with MIT?
On Tue, Feb 9, 2010 at 7:54 AM, Paul Lindner wrote:
> Can we get those changes pushed upstream (I assume they'd be useful to
> everyone...)
>
>
> On Tue, Feb 9, 2010 at 7:49 AM, Chris Chabot wrote:
>
>> I th
Can we get those changes pushed upstream (I assume they'd be useful to
everyone...)
On Tue, Feb 9, 2010 at 7:49 AM, Chris Chabot wrote:
> I think there were a few custom modifications to the oauth lib to make it
> work as well, so a straight replacement will likely not work
>
> On Tue, Feb 9, 2
I think there were a few custom modifications to the oauth lib to make it
work as well, so a straight replacement will likely not work
On Tue, Feb 9, 2010 at 3:53 PM, Eiji Kitamura wrote:
> Hi,
>
> I've tried to just drop the latest version of OAuth.php into external,
> but unfortunately, since
Hi,
I've tried to just drop the latest version of OAuth.php into external,
but unfortunately, since members of OAuthRequest which used to be
"protected" variables now are "private", it doesn't work straight
away.
Needs some modification to adopt. hmm
2010/2/5 Arne Roomann-Kurrik :
> There were se
Thank you, Paul.
I have managed to get Shindig "Trunk" compiling via mvn under cygwin and
have successfully integrated my own "dummy" data service implementation
following [1] with several changes due to moved/refactored Classes in
the trunk.
For now developing in eclipse seems to work fine for me
The default oauth servlet that comes with shindig uses /oauth/requestToken
for the request token endpoint.
Authorize url is /oauth/authorize and Access Token endpoint is
/oauth/accessToken
On Fri, Feb 5, 2010 at 10:02 PM, Pranav Modi wrote:
> Hello,
>
> I just installed the default version of
This appears to be a (another) windows directory traversal incompatibility.
We need to get a windows-based hudson instance up and running. For now you
can probably just add an @Ignore to the test to get up and running, however
there's probably some underlying issue that will cause problems for yo
Thanks Mark!
On Mon, Feb 8, 2010 at 1:24 PM, Mark D Weitzel wrote:
> Cesar,
>
> We've been doing work in this area as part of "1.0 next" (see the link
> below). I think we close to having a prototype that we can make available.
> I'll double check where we are and let you know...
>
> -Mark W.
>
If you're not developing multiple versions trunk is sufficient.
On Tue, Feb 2, 2010 at 2:46 AM, hassan bidani wrote:
>
> Hi,
>
> what a Shindig I should check out
> http://svn.apache.org/repos/asf/incubator/shindig/branches of Branches
>
> or should I simply http://svn.apache.org/repos/asf/incuba
If you want to support 2-legged oauth you'll want to
implement getSecurityTokenForConsumerRequest(), if you want to support
three-legged oauth you can implement the rest of the interface.
On Tue, Feb 2, 2010 at 2:44 AM, hassan bidani wrote:
>
> Hi,
>
> After the back-end for the rest of Implemet
16 matches
Mail list logo