+Provider+Implementation+in+Apache+Shindig
2 legged OAuth 1.0a is also an option.
Matthew G Marum
Software Engineer | IBM Software Emerging Standards
mgma...@us.ibm.com | Office: 1 919 254 9702
|>
| F
I created an issue because I wasn't sure if this would work.
https://issues.apache.org/jira/browse/SHINDIG-1697
I think it would be useful to be able to include CSS in features so you can
include common CSS libraries so that containers can more easily roll out a
common look and feel across gadget
to some but not all the
requested resources. Is this the use case that you had in mind?
Matthew G Marum
Software Engineer | IBM Software Emerging Standards
mgma...@us.ibm.com | Office: 1 919 254 9702
|>
| F
For delegated API authorization, we support OAuth. (Allowing a 3rd party
to access a user's data on their behalf).
Matthew
|>
| From: |
|>
>---
I think it might be related to User Prefs not being fully implemented in
common container and maybe some recent changes in the horoscope gadget
itself. The horoscope gadget does some substitutions to a URL based upon
what looks like some user pref values. I believe you'll find that since
these s
; view to one the existing supported view such
as HOME.
- Henry
On Mon, Aug 1, 2011 at 7:01 AM, Matthew G Marum wrote:
> I looked into this recently too as it was brought up by somebody on our
> side that it was no longer rendering properly in Shindig 3.0.0. Seemed
like
> the root cause
ainer. I
guess since it is now also broken for 2.0.0 as well, then it MIGHT have
previously had a default view but was changed recently by the maintainers.
Matthew G Marum
Software Engineer | IBM Software Emerging Standards
mgma...@us.ibm.com | Office: 1 919 254 9702
|-
Do people have Java dependency changes that they know they need to get in
before the GA of Shindig 3.0.0? Obviously, not every change can be
anticipated but if there's something in the pipe, we'd love to get a heads
up about it.
Matt Marum
Shindig 2.0.0 needs to be deployed on the root context for it to work
properly.
Deploy it on the root context then try...
http://localhost:8080/samplecontainer/samplecontainer.html
Matt Marum
|>
| From: |
|>
>
workspaces\fiesta
\workspace\shindig-project\features\target\classes (Access is denied.) ->
[Help 1]
I don't see this failure with a normal (Java 6) build.
Matthew G Marum
Software Engineer | IBM Software Emerging Standards
mgma...@us.ibm.com | Office: 1 919 254 9702
|--
I haven't had a chance to try it, but could it be a JRE related issue?
Matt
|>
| From: |
|>
>--|
|rbaxte...@gmail.co
I'm wondering if an API like this would supplant URL style gadgets in a
way? Probably not, but something to think about since a UrlSite and a URL
style Gadget accomplish about the same thing.
Matt Marum
|>
| From: |
|>
>--
Thanks Ziv! I'll fix the test and repost patch.
Matt
|>
| From: |
|>
>--|
|Ziv Horesh
Date/Time: Wednesday, April 27th 2011, 3pm - 9pm
Location: Raleigh / Durham, North Carolina USA
We're organizing an OpenSocial Hackathon in the RTP area. Great
opportunity to get together and write some code, try some interop, or just
network with folks.
I'm expecting some Apache Shindig commi
I'm all for making things easier to test, but we may want to be careful
about doing a string to string comparisons between an expected output file
and the serialization. Whitespace changes, element reordering, or other
subtle syntactical differences could cause the tests to fail when the
semantic
We'd like to encourage more active development and maintenance of the
OpenSocial compliance tests, so we are starting to update them and are
planning on migrate them over to the Apache Shindig project from the
opensocial-resources google code project.
https://groups.google.com/d/topic/opensocial-
Resending..
Hi Igor,
I believe you are looking for
java\gadgets\src\main\java\org\apache\shindig\gadgets\servlet
\JsonRpcHandler.java
See the method..
org.apache.shindig.gadgets.servlet.JsonRpcHandler.Job.getGadgetJson(Gadget,
GadgetSpec)
Matt
|>
| From: |
|>
Hi Andrew,
I've been looking around that part of the code lately as I was working on
View level features (http://codereview.appspot.com/4077043/). I haven't
dug into your patch yet, but I think it will probably affect you.
I don't know if not implementing it in the gadget metadata service is a
Sorry for spam, forgot to change subject.
- Forwarded by Matthew G Marum/Raleigh/IBM on 01/20/2011 06:19 PM -
|>
| F
Hey everyone,
I'm trying to write a new EndToEnd test patterned after the others that are
under java/server. However, when I attempt to use gadgets.util.hasFeature
() or gadgets.util.getFeatureParameters() functions they always return
null. I am adding tests for some new changes so I may have a
20 matches
Mail list logo