Re: Problem with CSS3

[Evgeny Bogdanov]

Ryan,

Which one should I disable? (shindig.properties)
I m not sure which one relates to CSS.

# TODO: This needs to be moved to container configuration.
shindig.content-rewrite.only-allow-excludes=false
shindig.content-rewrite.include-urls=.*
shindig.content-rewrite.exclude-urls=
shindig.content-rewrite.include-tags=body,embed,img,input,link,script,style
shindig.content-rewrite.expires=86400
shindig.content-rewrite.enable-split-js-concat=true
shindig.content-rewrite.enable-single-resource-concat=false

On 21.08.13 02:25, Ryan Baxter wrote:

If you disable content rewriting does the problem go away?

On Tue, Aug 20, 2013 at 9:39 AM, Evgeny Bogdanov
 wrote:

Via a link:
 

This is the widget:
http://go-lab.gw.utwente.nl/sources/tools/hypothesis/src/main/webapp/hypothesis0.7_buoyancy.xml

and this is what we get when the widget is rendered:



On 20.08.13 15:28, Stanton Sievers wrote:

Hi Evgeny,

How are you including the CSS in your gadget? Is it a style type link or
is
it internal? If a link, is your link being rewritten through the shindig
proxy at runtime?

Thanks,
-Stanton
On Aug 20, 2013 8:36 AM, "Evgeny Bogdanov" 
wrote:


Hi

we have some problems with the CSS3 in our widgets on Shindig-2.5.0.
For example, we use the following code in CSS files:

/* FONT AWESOME CORE
   * -- */
[class^="icon-"],
[class*=" icon-"] {
font-family: FontAwesome;
font-weight: normal;
font-style: normal;
text-decoration: inherit;
-webkit-font-smoothing: antialiased;
*margin-right: .3em;
}
[class^="icon-"]:before,
[class*=" icon-"]:before {
text-decoration: inherit;
display: inline-block;
speak: none;
}

However, these lines are removed by shindig from css files that gadget
uses.
How can I tell shindig not to remove them?

Thank you in advance,
Evgeny

Re: Problem with CSS3

[Evgeny Bogdanov]

Via a link:
href="../../../../../libs/font-awesome/less/font-awesome.css">


This is the widget:
http://go-lab.gw.utwente.nl/sources/tools/hypothesis/src/main/webapp/hypothesis0.7_buoyancy.xml

and this is what we get when the widget is rendered:
href="//shindig.epfl.ch:80/gadgets/concat?container=default&gadget=http%3A%2F%2Fgo-lab.gw.utwente.nl%2Fsources%2Ftools%2Fhypothesis%2Fsrc%2Fmain%2Fwebapp%2Fhypothesis0.7_buoyancy.xml&debug=0&nocache=1&type=css&1=http%3A%2F%2Fgo-lab.gw.utwente.nl%2Fsources%2Ftools%2Fhypothesis%2Fsrc%2Fmain%2Fwebapp%2Fcss%2Fhypothesis0.7.css&2=http%3A%2F%2Fgo-lab.gw.utwente.nl%2Fsources%2Flibs%2Fbootstrap%2Fcss%2Fbootstrap.min.css&3=http%3A%2F%2Fgo-lab.gw.utwente.nl%2Fsources%2Flibs%2Ffont-awesome%2Fless%2Ffont-awesome.css" 
rel="stylesheet" type="text/css">


On 20.08.13 15:28, Stanton Sievers wrote:

Hi Evgeny,

How are you including the CSS in your gadget? Is it a style type link or is
it internal? If a link, is your link being rewritten through the shindig
proxy at runtime?

Thanks,
-Stanton
On Aug 20, 2013 8:36 AM, "Evgeny Bogdanov"  wrote:


Hi

we have some problems with the CSS3 in our widgets on Shindig-2.5.0.
For example, we use the following code in CSS files:

/* FONT AWESOME CORE
  * -- */
[class^="icon-"],
[class*=" icon-"] {
   font-family: FontAwesome;
   font-weight: normal;
   font-style: normal;
   text-decoration: inherit;
   -webkit-font-smoothing: antialiased;
   *margin-right: .3em;
}
[class^="icon-"]:before,
[class*=" icon-"]:before {
   text-decoration: inherit;
   display: inline-block;
   speak: none;
}

However, these lines are removed by shindig from css files that gadget
uses.
How can I tell shindig not to remove them?

Thank you in advance,
Evgeny

Problem with CSS3

[Evgeny Bogdanov]

Hi

we have some problems with the CSS3 in our widgets on Shindig-2.5.0.
For example, we use the following code in CSS files:

/* FONT AWESOME CORE
 * -- */
[class^="icon-"],
[class*=" icon-"] {
  font-family: FontAwesome;
  font-weight: normal;
  font-style: normal;
  text-decoration: inherit;
  -webkit-font-smoothing: antialiased;
  *margin-right: .3em;
}
[class^="icon-"]:before,
[class*=" icon-"]:before {
  text-decoration: inherit;
  display: inline-block;
  speak: none;
}

However, these lines are removed by shindig from css files that gadget uses.
How can I tell shindig not to remove them?

Thank you in advance,
Evgeny

Future of Shindig/OpenSocial

[Evgeny Bogdanov]

Hello all,

On 25th of October I got the following answer from Ryan:

We agreed at the SoTU that we were going to hold off any major spec 
development until we can get our act together from a public facing 
perspective.  Given that we are not there yet I don't think we will be 
working on 3.0 for a few months.


Could somebody please provide details on the current state for OpenSocial
and the roadmap for Shindig?

Best
Evgeny

Re: Review Request: Patch with spaces for shindig

[Evgeny Bogdanov]

> On Aug. 14, 2012, 4:28 p.m., Henry Saputra wrote:
> > Evgeny, since this changes will adhere to OpenSocial Next spec proposals, 
> > we could wait until Shindig 2.5.0 is out or we could move the code changes 
> > and the bindings to shindig-extras module.
> 
> Evgeny Bogdanov wrote:
> I think it's better to wait until 2.5.0 is out
> 
> Ryan Baxter wrote:
> I think putting it in extras either way will be a good idea because this 
> is definitely something people will want to get their hands on it will most 
> likely evolve over time.  If you want to wait until after 2.5.0 that is fine 
> with me.

Well, let's put into extras!
I m not exactly sure what it means and how much overhead it'll introduce.
So if you explain to me what I should do, I can try to do it ..


- Evgeny


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6208/#review10281
---


On July 30, 2012, 2:44 p.m., Evgeny Bogdanov wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/6208/
> ---
> 
> (Updated July 30, 2012, 2:44 p.m.)
> 
> 
> Review request for shindig.
> 
> 
> Description
> ---
> 
> Spaces proposal patch for shindig: 
> http://docs.opensocial.org/display/OSD/Space+Proposal
> 
> the changes are isolated, it should not break other things because
> it is mainly the definition of new REST/RPC/osapi endpoints and the
> Space/App model plus handling of IRI
> 
> 
> Diffs
> -
> 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/content/sampledata/canonicaldb.json
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/features/src/main/javascript/features/osapi/peoplehelpers.js
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/gadgets/src/main/java/org/apache/shindig/gadgets/oauth/OAuthRequest.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/AppDb.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/SpaceDb.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/resources/META-INF/orm.xml
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/java/org/apache/shindig/server/endtoend/EndToEndTest.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/appsTest.xml
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/osapiTest.xml
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/personTest.xml
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/spacesTest.xml
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/core/config/SocialApiGuiceModule.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/core/model/AppImpl.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/core/model/SpaceImpl.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/model/App.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/model/Space.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/AppHandler.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/SocialRequestItem.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/SpaceHandler.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/

Re: Review Request: Patch with spaces for shindig

[Evgeny Bogdanov]

> On Aug. 14, 2012, 4:28 p.m., Henry Saputra wrote:
> > Evgeny, since this changes will adhere to OpenSocial Next spec proposals, 
> > we could wait until Shindig 2.5.0 is out or we could move the code changes 
> > and the bindings to shindig-extras module.

I think it's better to wait until 2.5.0 is out


- Evgeny


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/6208/#review10281
---


On July 30, 2012, 2:44 p.m., Evgeny Bogdanov wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/6208/
> ---
> 
> (Updated July 30, 2012, 2:44 p.m.)
> 
> 
> Review request for shindig.
> 
> 
> Description
> ---
> 
> Spaces proposal patch for shindig: 
> http://docs.opensocial.org/display/OSD/Space+Proposal
> 
> the changes are isolated, it should not break other things because
> it is mainly the definition of new REST/RPC/osapi endpoints and the
> Space/App model plus handling of IRI
> 
> 
> Diffs
> -
> 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/content/sampledata/canonicaldb.json
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/features/src/main/javascript/features/osapi/peoplehelpers.js
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/gadgets/src/main/java/org/apache/shindig/gadgets/oauth/OAuthRequest.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/AppDb.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/SpaceDb.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/resources/META-INF/orm.xml
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/java/org/apache/shindig/server/endtoend/EndToEndTest.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/appsTest.xml
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/osapiTest.xml
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/personTest.xml
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/spacesTest.xml
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/core/config/SocialApiGuiceModule.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/core/model/AppImpl.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/core/model/SpaceImpl.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/model/App.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/model/Space.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/AppHandler.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/SocialRequestItem.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/SpaceHandler.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/AppService.java
>  PRE-CREATION 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/GroupId.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
>  1367105 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocia

Review Request: Patch with spaces for shindig

[Evgeny Bogdanov]

/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/SpaceHandlerTest.java
 PRE-CREATION 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/spi/ResourceIdTest.java
 PRE-CREATION 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/spi/ResourceTest.java
 PRE-CREATION 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
 1367105 

Diff: https://reviews.apache.org/r/6208/diff/


Testing
---

with the patch, the shindig tests pass without problems


Thanks,

Evgeny Bogdanov

Re: OpenSocial Space extension

[Evgeny Bogdanov]

yes, the changes are isolated, it should not break other things because
it is mainly the definition of new REST/RPC/osapi endpoints and the 
Space/App model

plus handling of IRI

with the patch, the shindig tests pass without problems

On 28.07.12 02:58, Ryan Baxter wrote:
Evgeny thanks for continuing to drive this.  I would not mind seeing 
it in Shindig.  Are the changes isolated enough that it will not 
effect any of the other features?  (I did not look at the patch yet 
but this would be my main concern.)


On Friday, July 27, 2012 8:47:50 AM UTC-4, Evgeny Bogdanov wrote:

Hi all,

OpenSocial 2.5 is about to come out, the same is true for Shindig 2.5.

The Space extension is on the todo list for OpenSocial 3.0.
Before, there were patches for shindig 2.0 and OS2.0.
Lately, I redesigned the Space extension with the emphasis on IRI
support
and backward compatibility.
The spec/shindig patches are based on the current trunks (tests
are provided).

The up-to-date version of proposal (plus patches) is here:
http://docs.opensocial.org/display/OSD/Space+Proposal
<http://docs.opensocial.org/display/OSD/Space+Proposal>

The Shindig code is relatively big for review.
So I m looking for people to review it and suggestions how to
proceed further.
Is it possible to add it into shindig trunk before it is approved
in OS spec?
This way projects that are using shindig could try it out ...

Best
Evgeny

OpenSocial Space extension

[Evgeny Bogdanov]

Hi all,

OpenSocial 2.5 is about to come out, the same is true for Shindig 2.5.

The Space extension is on the todo list for OpenSocial 3.0.
Before, there were patches for shindig 2.0 and OS2.0.
Lately, I redesigned the Space extension with the emphasis on IRI support
and backward compatibility.
The spec/shindig patches are based on the current trunks (tests are 
provided).

The up-to-date version of proposal (plus patches) is here:
http://docs.opensocial.org/display/OSD/Space+Proposal

The Shindig code is relatively big for review.
So I m looking for people to review it and suggestions how to proceed 
further.
Is it possible to add it into shindig trunk before it is approved in OS 
spec?
This way projects that are using shindig could try it out ...

Best
Evgeny

Re: Problem with shindigoauth

[Evgeny Bogdanov]

Try to use key_type: "HMAC_SHA1"

at least I used this key_type for gmail oauth gadget.

On 02.05.12 13:24, Manoj Gupta wrote:

Hi,
I am testing OAUTH support in shindig for a google gadget on my test 
server.
However I am not able to get around "OAuth error: 
consumer_key_unknown: Service provider rejected request" error.
I have registered my website with google and got the consumer key and 
secret and updated in oauth.json.

I have attached my oauth.json for reference.
Kindly provide pointers to resolve this error.
Thanks & Regards
Manoj Gupta

Review Request: Buggy behavior with gadgets tests in EndToEndTest.java

[Evgeny Bogdanov]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/4521/
---

Review request for shindig.


Summary
---

Patch for this issue: https://issues.apache.org/jira/browse/SHINDIG-1694

Please review.

Actually, it accidentally went into trunk already with this patch: 
https://reviews.apache.org/r/3544/
Sorry, I forgot to remove it when generated the patch.

So depending on the review we either remove it or do nothing.


Diffs
-

  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/java/org/apache/shindig/server/endtoend/EndToEndTest.java
 1238498 

Diff: https://reviews.apache.org/r/4521/diff


Testing
---


Thanks,

Evgeny

Re: User Prefs Panel Brainstorm

[Evgeny Bogdanov]

I would vote for a gadget feature backed-up with appdata.

The main reason is the use of a gadget outside a container.
For example, a secret url is given to the user: 
http://localhost:8080/gadgets/ifr?url=http://iamac71.epfl.ch/iframe.xml&st=secure_token

Then the user can open this url with a browser,
Since there is no container wrapping this gadget, user prefs are just lost,
the feature with appdata would solve this problem.

The second reason is the additional implementation on container side.
1. Currently I have to create a table in db for user prefs, set api and 
add/change JS-code from shindig to the container

to work with userprefs.
2. With a gadget feature based on appdata, I don't need to do it. I just 
plug shindig as a base
for gadgets and it works. It makes it a lot easier to add gadgets to 
different environments.


The obvious disadvantage is that container can't control the visual 
representation of prefs panel.

IMO, the advantages are better.

Evgeny
PS: I saw on the OS-list that appdata will be a required api (if it's 
not already)


On 21.02.12 22:44, daviesd wrote:

I¹ve started to implement a User Prefs panel.  I¹m thinking of implementing
it as a feature.  My problem is I¹m flip flopping between it being a
container feature v.s. a gadget feature.  There are benefits and drawbacks
to both.  I kind of like having it as a gadget feature.  It could provide a
default implementation via a view (let¹s call it userprefspanel).  If the
user didn¹t want the default then they could just not include the feature,
but still provide the view.  This requires the container to know the name of
the view so that it can provide navigation chrome to get there.  It also
requires the gadget to do specific things, which is fine for my 1st party
gadgets but not 3rd party.  So then I flip back to the container
implementation.  It would simply provide a generic implementation and the
chrome implementer would just need to know how to initiate it.  I know the
Rave guys have done a bit of this and it seems to be completely container
implemented?  Is anyone actively working on the common container and was
there future plans to implement it there?  Just looking for some feedback.

Thanks.
doug

Re: Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

All done now.

Best
Evgeny

On 08.02.12 22:52, Stanton Sievers wrote:

Beat me to it!  I just remembered I forgot that step.

Evgeny, can you also close the review if you haven't done so already.


Thanks,
-Stanton



From:   Henry Saputra
To: dev@shindig.apache.org,
Date:   02/08/2012 16:49
Subject:Re: Review Request: A patch that enables API for updating
person data



Evgeny,

Could you upload the final patch to JIRA for legal purpose?

- Henry

On Wed, Feb 8, 2012 at 5:26 AM, Stanton Sievers
wrote:

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/#review4900
---

Ship it!


Committed r1241890

Thanks!

- Stanton


On 2012-02-08 12:49:18, Evgeny Bogdanov wrote:

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/
---

(Updated 2012-02-08 12:49:18)


Review request for shindig.


Summary
---

A patch that enables API for updating person data
PUT people/12/@self
osapi.people.update()


for this JIRA reports
https://issues.apache.org/jira/browse/SHINDIG-1674


Diffs
-



http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/personTest.xml
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/java/org/apache/shindig/server/endtoend/EndToEndTest.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/SpiTestUtil.java
1241411



http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
1241411

Diff: https://reviews.apache.org/r/3544/diff


Testing
---

tests are in the patch


Thanks,

Evgeny

Re: Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/
---

(Updated 2012-02-08 12:49:18.692350)


Review request for shindig.


Changes
---

All trailing whitespaces are removed.

Please ship it whoever has committing access to shindig.


Summary
---

A patch that enables API for updating person data
PUT people/12/@self
osapi.people.update()


for this JIRA reports
https://issues.apache.org/jira/browse/SHINDIG-1674


Diffs (updated)
-

  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/personTest.xml
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/java/org/apache/shindig/server/endtoend/EndToEndTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/SpiTestUtil.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
 1241411 

Diff: https://reviews.apache.org/r/3544/diff


Testing
---

tests are in the patch


Thanks,

Evgeny

Re: Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/
---

(Updated 2012-02-08 10:27:44.989959)


Review request for shindig.


Changes
---

Whitespaces in the end of the line with text are removed.

What about empty lines? Should there be a whitespace aligned with the beginning 
of the previous line with text?
I checked other shindig code, there are both variants present?
What's the rule?

How is doing shipping ? :)


Summary
---

A patch that enables API for updating person data
PUT people/12/@self
osapi.people.update()


for this JIRA reports
https://issues.apache.org/jira/browse/SHINDIG-1674


Diffs (updated)
-

  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/SpiTestUtil.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/java/org/apache/shindig/server/endtoend/EndToEndTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/personTest.xml
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
 1241411 

Diff: https://reviews.apache.org/r/3544/diff


Testing
---

tests are in the patch


Thanks,

Evgeny

Re: Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/
---

(Updated 2012-02-07 10:42:50.013242)


Review request for shindig.


Changes
---

2Stanton: Bad behavior should be punished! :)

Attached the patch that has implementation of your suggestion + 3 tests for it 
(client side, personservicedb and jsonservicedb).


Summary
---

A patch that enables API for updating person data
PUT people/12/@self
osapi.people.update()


for this JIRA reports
https://issues.apache.org/jira/browse/SHINDIG-1674


Diffs (updated)
-

  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/SpiTestUtil.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/java/org/apache/shindig/server/endtoend/EndToEndTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/personTest.xml
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
 1241411 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
 1241411 

Diff: https://reviews.apache.org/r/3544/diff


Testing
---

tests are in the patch


Thanks,

Evgeny

Re: Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/
---

(Updated 2012-02-02 10:53:21.630237)


Review request for shindig.


Changes
---

New patch is applied.

As discussed, by default only the viewer can update his own info.
The containers can override this behavior in PersonServiceDb.java
For example, 
   String uid = id.getUserId(token);
instead of
   String uid = token.getViewerId();

Test for osapi.people.update is added as well


Summary
---

A patch that enables API for updating person data
PUT people/12/@self
osapi.people.update()


for this JIRA reports
https://issues.apache.org/jira/browse/SHINDIG-1674


Diffs (updated)
-

  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/SpiTestUtil.java
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/server/src/test/resources/endtoend/osapi/personTest.xml
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
 1239531 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
 1239531 

Diff: https://reviews.apache.org/r/3544/diff


Testing
---

tests are in the patch


Thanks,

Evgeny

Re: Buggy behavior with tests in EndToEndTest.java

[Evgeny Bogdanov]

Well,
the problem is basically caused by the last line in testframework.js
95: gadgets.util.registerOnLoadHandler(executeTest);

if gadget file requires "opensocial-0.9", alerts in executeTest are 
collected by Java,
but as soon as gadget requires "osapi", the alerts are not collected 
anymore.


If I call executeTest manually at the end of personTest.xml,
it starts to work.

Seems as there is a problem with synchronization between
gadgets.util.registerOnLoadHandler and alertHandler.getCollectedAlerts()

On 31.01.12 09:40, Evgeny Bogdanov wrote:

Hi all,

I ran into a problem with JS API tests in shindig.

It seems that it does not gather the tests asserts correctly in 
EndToEndTest.java.

I run test with the following command:
mvn -Dtest=EndToEndTest -DfailIfNoTests=false test -P server

The scenario:
1. Default shindig - SUCCESS

2. If I only change in the file: fetchPersonTest.xml
line 43: "Shin Digg" to "Shin Dig"
FAILURE

in logs:

INFO: sanityCheckAst
  fetchPerson(org.apache.shindig.server.endtoend.EndToEndTest): test 
method fetchId did not finish
Jan 31, 2012 9:15:34 AM 
com.google.javascript.jscomp.PhaseOptimizer$NamedPass process

INFO: sanityCheckVars

Tests run: 30, Failures: 1, Errors: 0, Skipped: 7


3. If I only change in the file: personTest.xml
line 34: "Shin Digg" to "Shin Dig"
SUCCESS,

in logs:

Jan 31, 2012 9:08:06 AM 
com.gargoylesoftware.htmlunit.javascript.background.JavaScriptJobManagerImpl 
runSingleJob
SEVERE: Job run failed with unexpected RuntimeException: 
assertEquals() failed: Names don't match - 
{"id":"canonical","displayName":"Shin Digg"}
Expected "Shin Dig", was "Shin Digg" 
(http://localhost:9003/gadgets/concat?container=default&gadget=http%3A%2F%2Flocalhost%3A9003%2Fosapi%2FpersonTest.xml&debug=0&nocache=1&type=js&1=http%3A%2F%2Flocalhost%3A9003%2Ftestframework.js#37)

=== EXCEPTION START 
Exception 
class=[net.sourceforge.htmlunit.corejs.javascript.JavaScriptException]
com.gargoylesoftware.htmlunit.ScriptException: assertEquals() failed: 
Names don't match - {"id":"canonical","displayName":"Shin Digg"}

Expected "Shin Dig", was "Shin Digg"


So in the last case, even though exception did happen, it has
different format from second case and not processed correctly to give 
a Failure.


Any idea what is causing it or how to fix it?

Best
Evgeny
.

Re: Aligning the next Shindig release number with OpenSocial spec version to use 2.5.0 instead of 3.0.0

[Evgeny Bogdanov]

 +1, it'd be easier

On 26/1/12 20:42, Henry Saputra wrote:

Dear Apache Shindig community,

As Apache Shindig is reference implementation for the OpenSocial
specs, it would be better if the release version is aligned with the
OS spec number to make it easier to find out what is the implemented
spec version.

One proposal is to change the current Shindig release to 2.5.0 to
match with latest Major OS release spec numbers.

Please chime in your thoughts about this proposed change of Shindig
release version.


Thanks,

- Henry

Re: Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

> On 2012-01-20 16:35:55, Stanton Sievers wrote:
> > Small nits on whitespace.
> > 
> > I do have some bigger questions regarding the implementation and maybe 
> > these are more for the spec group.  What's to stop one person from updating 
> > another person?  The rest API says that the User-Id defaults to @me, but 
> > doesn't say you can't list another user.  Shouldn't we only allow @me to be 
> > updated, which would be equivalent to the viewer id in the security token?
> > 
> > You mentioned implementing osapi.people.update() as a gadget API, but I 
> > neither see it in this review (is it there by virtue of the REST API being 
> > implemented?) nor do I see any tests for it.  I  also don't see 
> > osapi.people.update() in the social gadget spec and if the intent is for it 
> > to be there, you should try to get the spec updated as well.
> 
> Evgeny Bogdanov wrote:
> Thanks Stanton for your points.
> > 1. What's to stop one person from updating another person?
> I also had this question, but then I thought that maybe it depends on 
> container,
> because anyways it's done in PersonServiceDb which is container specific 
> normally.
> I'll start a discussion on it in the spec mailing list.
> 
> > 2. osapi.people.update()
> it's true, it is not in the spec, only REST api, should be added I 
> believe.
> Once one implements the rest api in shindig, javascript api is 
> automatically available.
> I m not sure whether it should be tested or not, since this code was not 
> written by me :)
> 
> Stanton Sievers wrote:
> I had some offline conversations about #1 and I think you are right that 
> it depends on the container.  For instance, to enable administration oriented 
> use cases, where you have an admin with elevated privileges, you would need 
> to allow one person to update another in the server code.  The 
> PersonServiceDb would have to handle the rights management.
> 
> Re #2.  If you don't mind writing up the tests I think they would be 
> useful.  It's reassuring (at least to me :) to have explicit tests for code 
> like that as a place where we can point and say "yes, osapi.people.update()" 
> works, and say it with a greater level of confidence.  This doesn't seem to 
> be the case with the osapi.people.get, et al, however... I can't find 
> explicit feature code tests for it.  Maybe this is a larger question for the 
> whole dev list.

well, it seems as osapi.people.get, etc. are tested.
1) in peopleTest.xml file
2) in peoplesuite.js (suite.xml)

I don't know if they run automatically with mvn, but at least they can be open 
as a gadget that will run tests
I will add those tests


- Evgeny


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/#review4491
---


On 2012-01-19 09:30:25, Evgeny Bogdanov wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/3544/
> ---
> 
> (Updated 2012-01-19 09:30:25)
> 
> 
> Review request for shindig.
> 
> 
> Summary
> ---
> 
> A patch that enables API for updating person data
> PUT people/12/@self
> osapi.people.update()
> 
> 
> for this JIRA reports
> https://issues.apache.org/jira/browse/SHINDIG-1674
> 
> 
> Diffs
> -
> 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
>  1231912 
> 
> Diff: https://reviews.apache.org/r/3544/diff
> 
> 
> Testing
> ---
> 
> tests are in the patch
> 
> 
> Thanks,
> 
> Evgeny
> 
>

Re: Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

> On 2012-01-20 16:35:55, Stanton Sievers wrote:
> > Small nits on whitespace.
> > 
> > I do have some bigger questions regarding the implementation and maybe 
> > these are more for the spec group.  What's to stop one person from updating 
> > another person?  The rest API says that the User-Id defaults to @me, but 
> > doesn't say you can't list another user.  Shouldn't we only allow @me to be 
> > updated, which would be equivalent to the viewer id in the security token?
> > 
> > You mentioned implementing osapi.people.update() as a gadget API, but I 
> > neither see it in this review (is it there by virtue of the REST API being 
> > implemented?) nor do I see any tests for it.  I  also don't see 
> > osapi.people.update() in the social gadget spec and if the intent is for it 
> > to be there, you should try to get the spec updated as well.

Thanks Stanton for your points.
> 1. What's to stop one person from updating another person?
I also had this question, but then I thought that maybe it depends on container,
because anyways it's done in PersonServiceDb which is container specific 
normally.
I'll start a discussion on it in the spec mailing list.

> 2. osapi.people.update()
it's true, it is not in the spec, only REST api, should be added I believe.
Once one implements the rest api in shindig, javascript api is automatically 
available.
I m not sure whether it should be tested or not, since this code was not 
written by me :)


- Evgeny


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/#review4491
---


On 2012-01-19 09:30:25, Evgeny Bogdanov wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/3544/
> ---
> 
> (Updated 2012-01-19 09:30:25)
> 
> 
> Review request for shindig.
> 
> 
> Summary
> ---
> 
> A patch that enables API for updating person data
> PUT people/12/@self
> osapi.people.update()
> 
> 
> for this JIRA reports
> https://issues.apache.org/jira/browse/SHINDIG-1674
> 
> 
> Diffs
> -
> 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
>  1231912 
>   
> http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
>  1231912 
> 
> Diff: https://reviews.apache.org/r/3544/diff
> 
> 
> Testing
> ---
> 
> tests are in the patch
> 
> 
> Thanks,
> 
> Evgeny
> 
>

Review Request: A patch that enables API for updating person data

[Evgeny Bogdanov]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/3544/
---

Review request for shindig.


Summary
---

A patch that enables API for updating person data
PUT people/12/@self
osapi.people.update()


for this JIRA reports
https://issues.apache.org/jira/browse/SHINDIG-1674


Diffs
-

  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/main/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDb.java
 1231912 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/samples/src/test/java/org/apache/shindig/social/opensocial/jpa/spi/PersonServiceDbTest.java
 1231912 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/service/PersonHandler.java
 1231912 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/opensocial/spi/PersonService.java
 1231912 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialService.java
 1231912 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/opensocial/service/PersonHandlerTest.java
 1231912 
  
http://svn.apache.org/repos/asf/shindig/trunk/java/social-api/src/test/java/org/apache/shindig/social/sample/spi/JsonDbOpensocialServiceTest.java
 1231912 

Diff: https://reviews.apache.org/r/3544/diff


Testing
---

tests are in the patch


Thanks,

Evgeny

Shindig 3.0 timeline

[Evgeny Bogdanov]

Hello,

when the shindig 3.0 is due?

Best
Evgeny

Re: Guice problem in persistence

[Evgeny Bogdanov]

Thank you Stanton for the hint.

I went with the static field approach, since I do not explicitly
initialize UserDb class.

Best
Evgeny

On 22.12.11 14:49, Stanton Sievers wrote:

Here are two options I can come up with off the top of my head, assuming I
understand your problem correctly.

You can do a static injection of UserDb in the JPASocialModule which means
the field will have to be static.  Or, you can modify the @Injected
constructor for PersonServiceDb to have an
@Named("shindig.signing.global-callback-url") param that you can then pass
along to UserDb when you instanstiate it, assuming you are instanstiating
it.  If UserDb is a singleton then I would go with the static injection
approach.

Best regards,
-Stanton



From:   Evgeny Bogdanov
To: dev@shindig.apache.org,
Date:   12/22/2011 08:42
Subject:Re: Guice problem in persistence





On 22.12.11 13:53, Stanton Sievers wrote:

Hi,

How is your UserDb class being injected?  Make sure it's not being
injected before the PropertiesModule, which by default is injected via

the

web.xml.

The thing is I am not very comfortable with Guice injection mechanism.
So I do not know if it is injected or not. This I have currently

1. In web.xml (JPA module is after Properties)
org.apache.shindig.common.PropertiesModule:
org.apache.shindig.gadgets.DefaultGuiceModule:
org.apache.shindig.social.core.config.SocialApiGuiceModule:
org.apache.shindig.graaasp.jpa.spi.JPASocialModule:

2. In JPA I have explicit injection
bind(PersonService.class).to(PersonServiceDb.class).in(Scopes.SINGLETON);

3. In PersonServiceDb I import the class UserDb.java:
import org.apache.shindig.social.core.model.UserDb;

So, I believe it does not do any injection for UserDb this way.
Then the question is how do I inject UserDb or how do I pass the data
from PropertiesModule
to my UserDb.java class.

If your class isn't being injected at all you can request a static
injection in an existing guice module (or your own).
requestStaticInjection(UserDb.class)

I tried to add it in JPASocialModule, but it does not seem to be
working. The field CALLBACK_URL is still null.

I also prefer method injection to field injection for setting values.

I'm

not sure if one is preferred over the other in the broader community or
not.

Could you give a small example how you do it.

-Stanton



From:   Evgeny Bogdanov
To: dev@shindig.apache.org,
Date:   12/22/2011 06:30
Subject:Guice problem in persistence



Hi

I have small problem, maybe somebody can point out where it is.

I have this line in shindig.properties:


shindig.signing.global-callback-url=http://localhost:8080/gadgets/oauthcallback

I want to access it from my db class.

Properties file is read in PropertiesModule.java and Guice's Named
annotation is created with
Names.bindProperties(this.binder(), getProperties());

Then I try to access it as following in my UserDb.java class
 @Transient
 @Inject @Named("shindig.signing.global-callback-url") String
CALLBACK_URL;

For some reason, it is always null.
Could somebody explain why I can't do it? What is the workaround. I
don't want to read properties file again,
since it's done in PropertiesModule.java already.

Any suggestions?

Best
Evgeny

Re: Guice problem in persistence

[Evgeny Bogdanov]

On 22.12.11 13:53, Stanton Sievers wrote:

Hi,

How is your UserDb class being injected?  Make sure it's not being
injected before the PropertiesModule, which by default is injected via the
web.xml.

The thing is I am not very comfortable with Guice injection mechanism.
So I do not know if it is injected or not. This I have currently

1. In web.xml (JPA module is after Properties)
  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.graaasp.jpa.spi.JPASocialModule:

2. In JPA I have explicit injection
bind(PersonService.class).to(PersonServiceDb.class).in(Scopes.SINGLETON);

3. In PersonServiceDb I import the class UserDb.java:
import org.apache.shindig.social.core.model.UserDb;

So, I believe it does not do any injection for UserDb this way.
Then the question is how do I inject UserDb or how do I pass the data 
from PropertiesModule

to my UserDb.java class.


If your class isn't being injected at all you can request a static
injection in an existing guice module (or your own).
requestStaticInjection(UserDb.class)
I tried to add it in JPASocialModule, but it does not seem to be 
working. The field CALLBACK_URL is still null.


I also prefer method injection to field injection for setting values.  I'm
not sure if one is preferred over the other in the broader community or
not.

Could you give a small example how you do it.


-Stanton



From:   Evgeny Bogdanov
To: dev@shindig.apache.org,
Date:   12/22/2011 06:30
Subject:Guice problem in persistence



Hi

I have small problem, maybe somebody can point out where it is.

I have this line in shindig.properties:
shindig.signing.global-callback-url=http://localhost:8080/gadgets/oauthcallback
I want to access it from my db class.

Properties file is read in PropertiesModule.java and Guice's Named
annotation is created with
Names.bindProperties(this.binder(), getProperties());

Then I try to access it as following in my UserDb.java class
@Transient
@Inject @Named("shindig.signing.global-callback-url") String
CALLBACK_URL;

For some reason, it is always null.
Could somebody explain why I can't do it? What is the workaround. I
don't want to read properties file again,
since it's done in PropertiesModule.java already.

Any suggestions?

Best
Evgeny

Guice problem in persistence

[Evgeny Bogdanov]

Hi

I have small problem, maybe somebody can point out where it is.

I have this line in shindig.properties: 
shindig.signing.global-callback-url=http://localhost:8080/gadgets/oauthcallback

I want to access it from my db class.

Properties file is read in PropertiesModule.java and Guice's Named 
annotation is created with

Names.bindProperties(this.binder(), getProperties());

Then I try to access it as following in my UserDb.java class
  @Transient
  @Inject @Named("shindig.signing.global-callback-url") String 
CALLBACK_URL;


For some reason, it is always null.
Could somebody explain why I can't do it? What is the workaround. I 
don't want to read properties file again,

since it's done in PropertiesModule.java already.

Any suggestions?

Best
Evgeny

Re: OAuth Error with Shindig

[Evgeny Bogdanov]

I suggest you create your own keys (at least that's what i did). The 
ones in the example

might not work anymore (expired or something ...)

On 04.07.11 15:18, Sumedha Sanjeewa wrote:

No. They are from the example. BTW I noticed that in the above error my *
oauth_signature_method="RSA-SHA1"*.
But In the oauth.json the key type is set as *RSA-PRIVATE*.
Is this related to the error I'm getting.

Re: OAuth Error with Shindig

[Evgeny Bogdanov]

Did you get your keys from here?
https://www.google.com/accounts/ManageDomains

No oauth_token returned from service provider

=> means something is wrong with keys

On 01.07.11 15:03, Ryan J Baxter wrote:

I don't think it's the implementation, sounds like you are getting father
along now.  I would guess it has something to do with either the URLs or
the key and token you are sending.

-Ryan

Email: rjbax...@us.ibm.com
Phone: 978-899-3041
developerWorks Profile



From:   Sumedha Sanjeewa
To: dev@shindig.apache.org,
Date:   07/01/2011 08:35 AM
Subject:Re: OAuth Error with Shindig



Hi,
I changed the two url's in the TestSecurityTokenCodec.java to the url of
my
gadget and i implemented the getActiveUrl method as follows

public String getActiveUrl(){
 return appUrl;
 }

Now I'm getting the window where i have to grant access and when I grant
access and the following error comes out.

  Something went wrong: No oauth_token returned from service provider 
Original request: GET /m8/feeds/contacts/default/base?alt=json Host:
www.google.com X-Shindig-AuthType: oauth X-Forwarded-For: 127.0.0.1
X-shindig-dos: on   Sent request 1: GET
/accounts/OAuthGetAccessToken Host: www.google.com X-Shindig-AuthType:
none
Authorization: OAuth oauth_token="4%2FMG2HZFWosN3GKLHKjX4eJBk93Eud",
opensocial_owner_id="sumedhas", opensocial_viewer_id="sumedhas",
opensocial_app_id="appid", opensocial_app_url="http%3A%2F%
2Fhosting.gmodules.com%2Fig%2Fgadgets%2Ffile%2F110202107255856621910%2Fhello.xml",
oauth_version="1.0", oauth_timestamp="1309522679",
oauth_nonce="6472367863692634430",
oauth_consumer_key="weitu.googlepages.com",
oauth_signature_method="RSA-SHA1",
oauth_signature="ol%2BgKdtXpVpHvjslKl0ash7s2huo0jxZnYcBKhhUS6Ue5Nk%2BKgmEW8xKLU2IqMORe74zokxvTBTijzbsypzqbz0x7E%2BSezEutuKF9BAGXNlKsT6xTjNQoB3mB9VQBECOZKkIpic1b8Tfd8E%2FY1LX9CFeScDwdibZWuQ5m80vo2U%3D"
X-shindig-dos: on  Received response 1: HTTP/1.1 400 Cache-Control:
private, max-age=0 Content-Type: text/plain; charset=UTF-8 Date: Fri, 01
Jul
2011 12:17:59 GMT Expires: Fri, 01 Jul 2011 12:17:59 GMT Server: GSE
Transfer-Encoding: chunked X-Content-Type-Options: nosniff
X-XSS-Protection:
1; mode=block The oauth_verifier is missing or invalid. 

Is my Implementation of the method is wrong or my url's are wrong...???

On Fri, Jul 1, 2011 at 1:35 PM, Evgeny Bogdanov
wrote:


Method getActiveUrl is not implemented in  AbstractSecurityToken.java
public String getActiveUrl() {
throw new UnsupportedOperationException(**"No active URL available");
  }

Add implementation for this method into TestSecurityTokenCodec.java
and it should probably work


On 01.07.11 08:13, Sumedha Sanjeewa wrote:


I checked this with Shindig 2.0.0 which is available for download and I
was
able to get the gadget work in both sample container and also with the

url

(I used the full url with the security tokens). So Is this a problem

with

current shindig trunk.

But when Still unable to get it working in the current trunk revision.

I

changed the url's in the TestSecurityTokenCodec.java, then i'am getting
the
following error
in the terminal. Nothing is displayed in the sample container.

WARNING: oauthFetchUnexpectedError
2011-07-01 11:34:04.711:WARN::/gadgets/**makeRequest
java.lang.**UnsupportedOperationException: No active URL available
  at
org.apache.shindig.auth.**AbstractSecurityToken.**getActiveUrl(**
AbstractSecurityToken.java:34)
at
org.apache.shindig.gadgets.**oauth.**GadgetOAuthCallbackGenerator.**
checkGadgetCanRender(**GadgetOAuthCallbackGenerator.**java:117)
  at
org.apache.shindig.gadgets.**oauth.**GadgetOAuthCallbackGenerator.**
generateCallback(**GadgetOAuthCallbackGenerator.**java:100)
at
org.apache.shindig.gadgets.**oauth.OAuthRequest.**
addCallback(OAuthRequest.java:**371)
  at
org.apache.shindig.gadgets.**oauth.OAuthRequest.**fetchRequestToken(**
OAuthRequest.java:343)
at
org.apache.shindig.gadgets.**oauth.OAuthRequest.**
attemptFetch(OAuthRequest.**java:288)
  at
org.apache.shindig.gadgets.**oauth.OAuthRequest.**
fetchWithRetry(OAuthRequest.**java:244)
at
org.apache.shindig.gadgets.**oauth.OAuthRequest.**
fetchNoThrow(OAuthRequest.**java:200)
  at
org.apache.shindig.gadgets.**oauth.OAuthRequest.fetch(**
OAuthRequest.java:181)
at
org.apache.shindig.gadgets.**http.DefaultRequestPipeline.**execute(**
DefaultRequestPipeline.java:**108)
  at
org.apache.shindig.gadgets.**servlet.MakeRequestHandler.**
fetch(MakeRequestHandler.java:**107)
at
org.apache.shindig.gadgets.**servlet.MakeRequestServlet.**
doGet(MakeRequestServlet.java:**55)
  at
org.apache.shindig.gadgets.**servlet.MakeRequestServlet.**
doPost(MakeRequestServlet.**java:68)
at javax.servlet.http.**HttpServlet.service(**HttpServlet.java:727)
  at javax.servlet.http.**HttpServlet.service(**HttpServlet.java:820)
at org.mortb

Re: OAuth Error with Shindig

[Evgeny Bogdanov]

Method getActiveUrl is not implemented in  AbstractSecurityToken.java
public String getActiveUrl() {
throw new UnsupportedOperationException("No active URL available");
  }

Add implementation for this method into TestSecurityTokenCodec.java
and it should probably work

On 01.07.11 08:13, Sumedha Sanjeewa wrote:

I checked this with Shindig 2.0.0 which is available for download and I was
able to get the gadget work in both sample container and also with the url
(I used the full url with the security tokens). So Is this a problem with
current shindig trunk.

But when Still unable to get it working in the current trunk revision. I
changed the url's in the TestSecurityTokenCodec.java, then i'am getting the
following error
in the terminal. Nothing is displayed in the sample container.

WARNING: oauthFetchUnexpectedError
2011-07-01 11:34:04.711:WARN::/gadgets/makeRequest
java.lang.UnsupportedOperationException: No active URL available
  at
org.apache.shindig.auth.AbstractSecurityToken.getActiveUrl(AbstractSecurityToken.java:34)
at
org.apache.shindig.gadgets.oauth.GadgetOAuthCallbackGenerator.checkGadgetCanRender(GadgetOAuthCallbackGenerator.java:117)
  at
org.apache.shindig.gadgets.oauth.GadgetOAuthCallbackGenerator.generateCallback(GadgetOAuthCallbackGenerator.java:100)
at
org.apache.shindig.gadgets.oauth.OAuthRequest.addCallback(OAuthRequest.java:371)
  at
org.apache.shindig.gadgets.oauth.OAuthRequest.fetchRequestToken(OAuthRequest.java:343)
at
org.apache.shindig.gadgets.oauth.OAuthRequest.attemptFetch(OAuthRequest.java:288)
  at
org.apache.shindig.gadgets.oauth.OAuthRequest.fetchWithRetry(OAuthRequest.java:244)
at
org.apache.shindig.gadgets.oauth.OAuthRequest.fetchNoThrow(OAuthRequest.java:200)
  at
org.apache.shindig.gadgets.oauth.OAuthRequest.fetch(OAuthRequest.java:181)
at
org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(DefaultRequestPipeline.java:108)
  at
org.apache.shindig.gadgets.servlet.MakeRequestHandler.fetch(MakeRequestHandler.java:107)
at
org.apache.shindig.gadgets.servlet.MakeRequestServlet.doGet(MakeRequestServlet.java:55)
  at
org.apache.shindig.gadgets.servlet.MakeRequestServlet.doPost(MakeRequestServlet.java:68)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1221)
at
org.apache.shindig.gadgets.servlet.ETagFilter.doFilter(ETagFilter.java:55)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
at
org.apache.shindig.auth.AuthenticationServletFilter.callChain(AuthenticationServletFilter.java:151)
  at
org.apache.shindig.auth.AuthenticationServletFilter.doFilter(AuthenticationServletFilter.java:96)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
  at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
  at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
  at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
  at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
  at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
  at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:945)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
  at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
  at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)


On Fri, Jul 1, 2011 at 3:40 AM, Ryan J Baxter  wrote:


Actually I think its probably related to the fact that the OAuth
implementation that comes with Shindig ends up using
TestSecurityTokenCodec.java.  This is a default implementation
SecurityToken but has static URL values for the gadget in the security
token, not the actual URL for the gadget.  The OAuth code tries to
actually fetch the gadget XML based on the URL in this class and it fails
because the URL in this class does not exist.  If you put the correct URLs
for your gadget in this class it should work.  In a production environment
you obviously want to use a different implementation of SecurityToken.

-Ryan

Email: rjbax...@us.ibm.com
Phone: 978-899-3041
developerWorks Profile



From:   Evgeny Bogdanov
To: dev@shindig.apache.org

Re: OAuth Error with Shindig

[Evgeny Bogdanov]

 I might be wrong, but it is probably connected to the fact that you do 
not give

security token with gadget spec url.

That is what it says below. I slightly remember something like that,
guess this is why I had to add security token in my tutorial.

"Something went wrong: Could not fetch gadget spec  Original request:
GET /m8/feeds/contacts/default/base?alt=json Host:
www.google.comX-Shindig-AuthType:  oauth X-Forwarded-For:
0:0:0:0:0:0:0:1 X-shindig-dos: on
"



On 30/6/11 18:41, Sumedha Sanjeewa wrote:

I'm not sure about that. I used it because it was given in the above
mentioned thread.
My url is
http://localhost:8080/gadgets/ifr?url=http://dirk.balfanz.googlepages.com/contacts.xml

And I didn't use a security token. I just did the things in the above
thread.


On Thu, Jun 30, 2011 at 7:48 PM, Evgeny Bogdanovwrote:


Are you sure, you want to use RSA_PRIVATE as key_type?
I have HMAC_SHA1 instead.

What is the url you use to render gadget?

What is the value of security token?


On 30.06.11 15:52, Sumedha Sanjeewa wrote:


It's correct. Here is the entry in my oauth.json

"http://dirk.balfanz.**googlepages.com/contacts.xml<http://dirk.balfanz.googlepages.com/contacts.xml>"
: {
 "google" : {
"consumer_key" : "weitu.googlepages.com",
"consumer_secret" :
"**MIICdgIBADANBgkqhkiG9w0BAQEFAA**SCAmAwggJcAgEAAoGBALRiMLAh9iim**
ur8VA7qVvdqxevEuUkW4K+**2KdMXmnQbG9Aa7k7eBjK1S+**0LYmVjPKlJGNXHDGuy5Fw/**
d7rjVJ0BLB+ubPK8iA/**Tw3hLQgXMRRGRXXCn8ikfuQfjUS1uZ**
SatdLB81mydBETlJhI6GH4twrbDJCR**2Bwy/**XWXgqgGRzAgMBAAECgYBYWVtleUzav**
kbrPjy0T5FMou8HX9u2AC2ry8vD/**l7cqedtwMPp9k7TubgNFo+**
NGvKsl2ynyprOZR1xjQ7WgrgVB+**mmuScOM/5HVceFuGRDhYTCObE+**
y1kxRloNYXnx3ei1zbeYLPCHdhxRYW**7T0qcynNmwrn05/**
KO2RLjgQNalsQJBANeA3Q4Nugqy4QB**UCEC09SqylT2K9FrrItqL2QKc9v0Zz**
O2uwllCbg0dwpVuYPYXYvikNHHg+**aCWF+**VXsb9rpPsCQQDWR9TT4ORdzoj+**
NccnqkMsDmzt0EfNaAOwHOmVJ2RVBs**pPcxt5iN4HI7HNeG6U5YsFBb+/**
GZbgfBT3kpNGWPTpAkBI+**gFhjfJvRw38n3g/+**UeAkwMI2TJQS4n8+hid0uus3/**
zOjDySH3XHCUnocn1xOJAyZODBo47E**+67R4jV1/**gzbAkEAklJaspRPXP877NssM5nAZMU
**0/O/NGCZ+**3jPgDUno6WbJn5cqm8MqWhW1xGkImg**Rk+**
fkDBquiq4gPiT898jusgQJAd5Zrr6Q**8AO/0isr/**3aa6O6NLQxISLKcPDk2NOccAfS/**
xOtfOz4sJYM3+Bs4Io9+**dZGSDCA54Lw03eHTNQghS0A==",
"key_type" : "RSA_PRIVATE"
   }
},

On Thu, Jun 30, 2011 at 6:16 PM, Jasha Joachimsthal<
j.joachimst...@onehippo.com>   wrote:

  The identifier of your oauth service probably doesn't match, for Google

it's
"google". See the following example:


"http://www.example.com/**oauthtest.xml<http://www.example.com/oauthtest.xml>"
: {
"google" : {
"consumer_key" : "www.example.com",
"consumer_secret" : "mysecret",
"key_type" : "HMAC-SHA1"
}
}

Jasha Joachimsthal

Europe - Amsterdam - Oosteinde 11, 1017 WT Amsterdam - +31(0)20 522 4466
US - Boston - 1 Broadway, Cambridge, MA 02142 - +1 877 414 4776 (toll
free)

www.onehippo.com


On 30 June 2011 14:42, Sumedha Sanjeewa   wrote:

  Hi Evgeny,

Ok. Now I'm clear about this. So I should be able to test a oauth
gadget.
But I'm unable to test oauth as you said although I had changed the
oauth.json. When I test a oauth gadget above error comes out. Also I'm


not


getting to approve oauth.
  Is my oauth.json is not read by shindig, because I got the same error


when


i used a  Gadget Server which was based on shindig and I was able to


solve


it after adding the OAuth consumer details.

On Thu, Jun 30, 2011 at 3:23 PM, Evgeny Bogdanov<


evgeny.bogda...@epfl.ch


wrote:

Yes. That's correct. You can only change oauth.json file to test oauth


in
shindig.

However, if you restart the shindig server, all oauth keys will be lost
since they
are not saved in DB, which means users will have to again approve oauth


for


all
oauth gadgets.


On 30.06.11 08:25, Sumedha Sanjeewa wrote:

  Hi,

Thanks for the above. But still i'm not clear about this. According to


the
above I should be able to get Shindig work with OAuth using oauth.json

without implementing new class. As I understood these changes are
only necessary if I'm going to use Shindig to a product where oauth


data

are

stored in DB's. Am I correct or do I need to modify shindig although


using
oauth.json which is already in Shindig.


On Wed, Jun 29, 2011 at 1:55 PM, Evgeny Bogdanov
**
ch>**wrote:

  To add your implementation to shindig, you can add it into


SocialApiGuiceModule.java like this

import org.apache.shindig.social.**opensocial.oauth.
OAuthDataStore;
import org.apache.shindig.social.**sample.oauth.
SampleOAuthDataStore;

and

bind(OAuthDataStore.class).to(**SampleOAuthDataStore.**class);

Change SampleOAuthDataStore into your ow

Re: OAuth Error with Shindig

[Evgeny Bogdanov]

Are you sure, you want to use RSA_PRIVATE as key_type?
I have HMAC_SHA1 instead.

What is the url you use to render gadget?

What is the value of security token?

On 30.06.11 15:52, Sumedha Sanjeewa wrote:

It's correct. Here is the entry in my oauth.json

"http://dirk.balfanz.googlepages.com/contacts.xml"; : {
 "google" : {
"consumer_key" : "weitu.googlepages.com",
"consumer_secret" :
"MIICdgIBADANBgkqhkiG9w0BAQEFAASCAmAwggJcAgEAAoGBALRiMLAh9iimur8VA7qVvdqxevEuUkW4K+2KdMXmnQbG9Aa7k7eBjK1S+0LYmVjPKlJGNXHDGuy5Fw/d7rjVJ0BLB+ubPK8iA/Tw3hLQgXMRRGRXXCn8ikfuQfjUS1uZSatdLB81mydBETlJhI6GH4twrbDJCR2Bwy/XWXgqgGRzAgMBAAECgYBYWVtleUzavkbrPjy0T5FMou8HX9u2AC2ry8vD/l7cqedtwMPp9k7TubgNFo+NGvKsl2ynyprOZR1xjQ7WgrgVB+mmuScOM/5HVceFuGRDhYTCObE+y1kxRloNYXnx3ei1zbeYLPCHdhxRYW7T0qcynNmwrn05/KO2RLjgQNalsQJBANeA3Q4Nugqy4QBUCEC09SqylT2K9FrrItqL2QKc9v0ZzO2uwllCbg0dwpVuYPYXYvikNHHg+aCWF+VXsb9rpPsCQQDWR9TT4ORdzoj+NccnqkMsDmzt0EfNaAOwHOmVJ2RVBspPcxt5iN4HI7HNeG6U5YsFBb+/GZbgfBT3kpNGWPTpAkBI+gFhjfJvRw38n3g/+UeAkwMI2TJQS4n8+hid0uus3/zOjDySH3XHCUnocn1xOJAyZODBo47E+67R4jV1/gzbAkEAklJaspRPXP877NssM5nAZMU0/O/NGCZ+3jPgDUno6WbJn5cqm8MqWhW1xGkImgRk+fkDBquiq4gPiT898jusgQJAd5Zrr6Q8AO/0isr/3aa6O6NLQxISLKcPDk2NOccAfS/xOtfOz4sJYM3+Bs4Io9+dZGSDCA54Lw03eHTNQghS0A==",
"key_type" : "RSA_PRIVATE"
   }
},

On Thu, Jun 30, 2011 at 6:16 PM, Jasha Joachimsthal<
j.joachimst...@onehippo.com>  wrote:


The identifier of your oauth service probably doesn't match, for Google
it's
"google". See the following example:

"http://www.example.com/oauthtest.xml"; : {
"google" : {
"consumer_key" : "www.example.com",
"consumer_secret" : "mysecret",
"key_type" : "HMAC-SHA1"
}
}

Jasha Joachimsthal

Europe - Amsterdam - Oosteinde 11, 1017 WT Amsterdam - +31(0)20 522 4466
US - Boston - 1 Broadway, Cambridge, MA 02142 - +1 877 414 4776 (toll
free)

www.onehippo.com


On 30 June 2011 14:42, Sumedha Sanjeewa  wrote:


Hi Evgeny,
Ok. Now I'm clear about this. So I should be able to test a oauth gadget.
But I'm unable to test oauth as you said although I had changed the
oauth.json. When I test a oauth gadget above error comes out. Also I'm

not

getting to approve oauth.
  Is my oauth.json is not read by shindig, because I got the same error

when

i used a  Gadget Server which was based on shindig and I was able to

solve

it after adding the OAuth consumer details.

On Thu, Jun 30, 2011 at 3:23 PM, Evgeny Bogdanov<

evgeny.bogda...@epfl.ch

wrote:
Yes. That's correct. You can only change oauth.json file to test oauth

in

shindig.
However, if you restart the shindig server, all oauth keys will be lost
since they
are not saved in DB, which means users will have to again approve oauth

for

all
oauth gadgets.


On 30.06.11 08:25, Sumedha Sanjeewa wrote:


Hi,
Thanks for the above. But still i'm not clear about this. According to

the

above I should be able to get Shindig work with OAuth using oauth.json
without implementing new class. As I understood these changes are
only necessary if I'm going to use Shindig to a product where oauth

data

are
stored in DB's. Am I correct or do I need to modify shindig although

using

oauth.json which is already in Shindig.


On Wed, Jun 29, 2011 at 1:55 PM, Evgeny Bogdanov
**

ch>wrote:

  To add your implementation to shindig, you can add it into

SocialApiGuiceModule.java like this

import org.apache.shindig.social.opensocial.oauth.
OAuthDataStore;
import org.apache.shindig.social.sample.oauth.
SampleOAuthDataStore;

and

bind(OAuthDataStore.class).to(SampleOAuthDataStore.class);

Change SampleOAuthDataStore into your own class.

Implement your class according to SampleOAuthDataStore.java
The sample class uses json-db, if you need a persistent data-store

(like

mysql, posgres),
you have to implement it yourself. Do it similarly to
JsonDbOpensocialService.

Hope it answers your questions

Best
Evgeny


On 29.06.11 05:55, Sumedha Sanjeewa wrote:

  Thanks Augustin and Evgeny.

In the Java version there is a BasicOAuthStore class which

implements

the
OAuthStore. So can i use that. Also please can you explain me how i
should
implement  this class. (In which package,where to access the class

etc)

On Tue, Jun 28, 2011 at 7:32 PM, Evgeny

Bogdanov
*

***
ch>**wrote:

  Hi


attached is an example tutorial I wrote some time ago. It was

working

with
Shindig 2.0.
Did not check newer versions.

This is more a proof-of-concept that uses oauth.json file.

If you wish a production ready implementation, you need to

implement

your
own oAuthDataStore class,
as Agustin wrote.

Best
Evgeny


On 28.06.11 15:40, Agustin Casiva wrote:

  Hi, I don't have experience with the Java version of Shindig.

Re: OAuth Error with Shindig

[Evgeny Bogdanov]

Yes. That's correct. You can only change oauth.json file to test oauth 
in shindig.
However, if you restart the shindig server, all oauth keys will be lost 
since they
are not saved in DB, which means users will have to again approve oauth 
for all

oauth gadgets.

On 30.06.11 08:25, Sumedha Sanjeewa wrote:

Hi,
Thanks for the above. But still i'm not clear about this. According to the
above I should be able to get Shindig work with OAuth using oauth.json
without implementing new class. As I understood these changes are
only necessary if I'm going to use Shindig to a product where oauth data are
stored in DB's. Am I correct or do I need to modify shindig although using
oauth.json which is already in Shindig.


On Wed, Jun 29, 2011 at 1:55 PM, Evgeny Bogdanovwrote:


To add your implementation to shindig, you can add it into
SocialApiGuiceModule.java like this

import org.apache.shindig.social.**opensocial.oauth.**OAuthDataStore;
import org.apache.shindig.social.**sample.oauth.**SampleOAuthDataStore;

and

bind(OAuthDataStore.class).to(**SampleOAuthDataStore.class);

Change SampleOAuthDataStore into your own class.

Implement your class according to SampleOAuthDataStore.java
The sample class uses json-db, if you need a persistent data-store (like
mysql, posgres),
you have to implement it yourself. Do it similarly to
JsonDbOpensocialService.

Hope it answers your questions

Best
Evgeny


On 29.06.11 05:55, Sumedha Sanjeewa wrote:


Thanks Augustin and Evgeny.
In the Java version there is a BasicOAuthStore class which implements the
OAuthStore. So can i use that. Also please can you explain me how i should
implement  this class. (In which package,where to access the class etc)

On Tue, Jun 28, 2011 at 7:32 PM, Evgeny Bogdanov>wrote:

  Hi

attached is an example tutorial I wrote some time ago. It was working
with
Shindig 2.0.
Did not check newer versions.

This is more a proof-of-concept that uses oauth.json file.

If you wish a production ready implementation, you need to implement your
own oAuthDataStore class,
as Agustin wrote.

Best
Evgeny


On 28.06.11 15:40, Agustin Casiva wrote:

  Hi, I don't have experience with the Java version of Shindig. But in PHP

I
had to implement several class to get shindig working with oauth from
gadgets. The most important class was the implementation of
OAuthDataStore,
this class handles the Tokens requested to the service provider.

I assume that in the Java version should be the same, maybe you need
implement some class to make the feature work.

I will try to check that and I will let you know.

Regards

On Tue, Jun 28, 2011 at 2:16 AM, Sumedha Sanjeewa
  wrote:

  Hi,


Can someone help me

Thanks in advance

On Mon, Jun 27, 2011 at 5:41 PM, Sumedha Sanjeewa
wrote:

  Hi,


I'm new to Shindig and I want to try an OAuth gadget with Shindig. I
followed the steps mentioned in this thread [1]. I checked out the

  current

  source code in the trunk

Also I used 'mvn -Prun' to start the Jetty server from the base

  directory.

  Normal gadgets works fine but when i try the sample gadget given in

the
above thread i am getting this error.

"Something went wrong: Could not fetch gadget spec  Original
request:
GET /m8/feeds/contacts/default/base?alt=json Host:

  www.google.comX-Shindig-AuthType: oauth X-Forwarded-For:

0:0:0:0:0:0:0:1
X-shindig-dos: on

  "

Please can someone help me with this.

[1]

  
http://groups.google.com/group/oauth/browse_thread/**<http://groups.google.com/**group/oauth/browse_thread/**>


thread/5dea93b44dbbb628http://groups.google.com/group/oauth/browse_thread/thread/5dea93b44dbbb628>

  Thanks

--
Regards,
Sumedha Kodithuwakku
(SumedhaS)




  --

Regards,
Sumedha Kodithuwakku
(SumedhaS)

Re: OAuth Error with Shindig

[Evgeny Bogdanov]

To add your implementation to shindig, you can add it into 
SocialApiGuiceModule.java like this


import org.apache.shindig.social.opensocial.oauth.OAuthDataStore;
import org.apache.shindig.social.sample.oauth.SampleOAuthDataStore;

and

bind(OAuthDataStore.class).to(SampleOAuthDataStore.class);

Change SampleOAuthDataStore into your own class.

Implement your class according to SampleOAuthDataStore.java
The sample class uses json-db, if you need a persistent data-store (like 
mysql, posgres),
you have to implement it yourself. Do it similarly to 
JsonDbOpensocialService.


Hope it answers your questions

Best
Evgeny

On 29.06.11 05:55, Sumedha Sanjeewa wrote:

Thanks Augustin and Evgeny.
In the Java version there is a BasicOAuthStore class which implements the
OAuthStore. So can i use that. Also please can you explain me how i should
implement  this class. (In which package,where to access the class etc)

On Tue, Jun 28, 2011 at 7:32 PM, Evgeny Bogdanovwrote:


Hi

attached is an example tutorial I wrote some time ago. It was working with
Shindig 2.0.
Did not check newer versions.

This is more a proof-of-concept that uses oauth.json file.

If you wish a production ready implementation, you need to implement your
own oAuthDataStore class,
as Agustin wrote.

Best
Evgeny


On 28.06.11 15:40, Agustin Casiva wrote:


Hi, I don't have experience with the Java version of Shindig. But in PHP I
had to implement several class to get shindig working with oauth from
gadgets. The most important class was the implementation of
OAuthDataStore,
this class handles the Tokens requested to the service provider.

I assume that in the Java version should be the same, maybe you need
implement some class to make the feature work.

I will try to check that and I will let you know.

Regards

On Tue, Jun 28, 2011 at 2:16 AM, Sumedha Sanjeewa
  wrote:

  Hi,

Can someone help me

Thanks in advance

On Mon, Jun 27, 2011 at 5:41 PM, Sumedha Sanjeewa
wrote:

  Hi,

I'm new to Shindig and I want to try an OAuth gadget with Shindig. I
followed the steps mentioned in this thread [1]. I checked out the


current


source code in the trunk
Also I used 'mvn -Prun' to start the Jetty server from the base


directory.


Normal gadgets works fine but when i try the sample gadget given in the
above thread i am getting this error.

"Something went wrong: Could not fetch gadget spec  Original
request:
GET /m8/feeds/contacts/default/**base?alt=json Host:


www.google.comX-Shindig-**AuthType: oauth X-Forwarded-For:
0:0:0:0:0:0:0:1
X-shindig-dos: on


"

Please can someone help me with this.

[1]

  http://groups.google.com/**group/oauth/browse_thread/**

thread/5dea93b44dbbb628


Thanks
--
Regards,
Sumedha Kodithuwakku
(SumedhaS)





--
Regards,
Sumedha Kodithuwakku
(SumedhaS)

Re: Some questions about the integrating of Shindig

[Evgeny Bogdanov]

 Hi Tale,

If you want just to render gadget on the page,
look at the examples in shindig code.
shindig_2.0/content/container/sample1.html

You need to include some shindig javascript code and then render gadget:
renderGadgets()

If you want to use opensocial features so that gadget can access data in 
your container,

you can read this two tutorials:
https://cwiki.apache.org/confluence/display/SHINDIG/Connect+mysql+database+to+shindig
https://cwiki.apache.org/confluence/display/SHINDIG/Integrate+my+own+database+schema+with+shindig

1. Shindig code is under ASF license. So you do not have to pay for 
using shindig.

http://shindig.apache.org/license.html
2. Stable enough to use in production.
If there are bugs, you either fix them yourself or ask here:
https://issues.apache.org/jira/browse/SHINDIG
3. It all depends on the developer and complexity of opensocial app.
An experienced developer can quickly create rather complex opensocial apps.

That's the simplest application printing hello world:









Best
Evgeny

On 6/6/11 16:31, 木偶华尔兹 wrote:

Hello

I'm a beginner of Shindig. It is difficult for me to find resources of
Shindig since it is not widely used in China. What's more, many docs are
about how to develpe opensocial apps, not integrating Shindig into a
existing web site. Although I have found a rough guide here:
https://cwiki.apache.org/confluence/display/SHINDIG/The+rough+guide+to+deploying+shindig
I still feel confused because of my English to some extent.

For example if I have Shindig up and running on
http://localhost:8080/shindig-server-2.0.0 using Tomcat, and also my own web
site. I intent to write a showgadget.jsp to display gadgets like
http://localhost:8080/testwebsite/showgadget.jsp. How to set the
configuration( the rough guide said that installing the rpc_relay.html, but
I don't really understand. Forgive my poor English. ^_^) . What other
configuration should I do for showgadget.jsp. I wonder to know more details.

Another questiones are propounded from a company where I work as an intern.
The manager of this company want to know something which may affect his
decision of Shindig.
1.Although Shindig is a opensource project, whether it will become
chargeable for bussiness.
2.Does Shindig work stable? How does it perform? If once Shindig broke down,
how could we fix the bugs and from where could we get the technique support?
3.Generally, what difficulty we may confront when building a open platform
using Shindig?  And how long will it take for a developer to develope a
opensocial app through Shindig.

Forgive my poor English again and interrupting you . Thanks for reading this
email.
Best wishes

Tale

Re: Introducing myself: Academic Common Extensions (ACE)

[Evgeny Bogdanov]

Hello Remko,

I do not know the reasons, but it's a pity that countries like 
Switzerland, France, Spain are excluded from the competition.
We would be happy to participate with remote labs experimentation 
applications, but we can't :(


Best
Evgeny

On 12.05.11 05:26, Caprio, Remko (ELS-NYC) wrote:


Dear members,

I subscribed recently to these groups and want to offer a brief 
introduction, hoping some of you will share my interest.


*Academic Common Extensions (ACE)*

In my contacts with academic developers I have come across many 
different initiatives from researchers  and developers at academic 
institutions who implement an OpenSocial container for a range of 
academic projects. Many of these share common ground among each other 
or across the OpenSocial spec, and this aspect of shared functionality 
in a certain industry is itself again common for different domains. My 
objective with ACE is to explore what common solutions I can create 
that facilitate these common functionalities as Common Extensions.


E.g. Typically academic initiatives will facilitate academic profiles, 
publications, research funding activities, academic applications, 
application citations (citation standard as an extension of 
gadget/widget xml), etc.


*My background*

I have 10 years Java server side and web application development 
experience (Yale University, hedge fund, in-game advertising and 
Microsoft) and recently got involved with OpenSocial. SciVerse is an 
extension of Shindig for Elsevier products (roughly 25% of the worlds 
Science, Technology and Medical (STM) publications, the world's 
largest citation and abstract database with a user base of 15 million 
global researchers).


So with this perspective I hope to get involved in some of the 
discussion and I would be very excited to hear from people with 
interest in this angle.


*//*

*/Cheers,/*

*/Remko Caprio/*

*//*

*/Apps for Science Challenge/*-Elsevier offers $35,000 in prizes and 
challenges software


developers to collaborate with librarians and researchers to develop 
the best apps


and enhance customer experience. See for more details and eligibility 
http://AppsForScience.com .


leaderboard.gif 

Re: SVN server is down ?

[Evgeny Bogdanov]

works now too :)

On 02.03.11 16:33, Gagandeep singh wrote:

works for me as well.

On Wed, Mar 2, 2011 at 8:12 PM, Xandeco, Maxwellwrote:


It's ok for me.

De: Evgeny Bogdanov [evgeny.bogda...@epfl.ch]
Enviado: quarta-feira, 2 de março de 2011 11:18
Para: dev@shindig.apache.org
Assunto: SVN server is down ?

I can't get access to the svn server to do svn update ...

http://svn.apache.org/repos/asf/shindig/tags/shindig-project-2.0.0

Does somebody know what's wrong?

Best
Evgeny

SVN server is down ?

[Evgeny Bogdanov]

I can't get access to the svn server to do svn update ...

http://svn.apache.org/repos/asf/shindig/tags/shindig-project-2.0.0

Does somebody know what's wrong?

Best
Evgeny

Re: JPA implementation samples

[Evgeny Bogdanov]

 There is a small tutorial on Shindig-JPA here:
https://cwiki.apache.org/confluence/display/SHINDIG/Index%3bjsessionid=0852B58B189E22C5E1AA2571C764047E#Index-Database%26Shindig

On 31.08.10 18:38, Kris Vishwanathan wrote:


Hi,

I am trying to fork the JPA implementation samples to extend for our needs.
When I tried in the past the samples were not working and we had to write
our own implementation using iBatis. With all the new extensions that is
getting added, we wanted to revisit the samples. Wondering if anyone had
luck recently, if so is there any documentation or procedure posted to
enable database persistence for Social data using OpenJPA?

Thanks and regards

Kris Vishwanathan

Re: BasicSecurityTokenDecoder unencodes then splits on ":"

[Evgeny Bogdanov]

 There is also a patch on jira that fixes this problem,
you can apply it to test oAuth (but maybe do not use it for production,
since the patch was not committed to shindig)

https://issues.apache.org/jira/browse/SHINDIG-1334

E.

On 25/8/10 10:48, Paul Lindner wrote:

yes, you'll need to escape the URL.  Using colons for the sample security
token wasn't the best design decision.   Alternatively you can change

"gadgets.securityTokenType" : "insecure",

to

"gadgets.securityTokenType" : "secure",

to use a secured token codec.  This will encode the contents into something
that's more url escaping palatable.


On Mon, Aug 23, 2010 at 2:22 PM, Gregg Horan  wrote:


I'm just trying to run through some examples to understand how the oauth
works, and I'm curious about the secure token handling.

I encode the url that I put into the secureToken and verified that it
indeed goes out encoded in the raw request.

When I break in shindig BasicSecurityTokenDecoder, however, I see that it
has already unencoded the whole st/param for me, and subsequently blows up
trying to split on the ":" in the URL.

The only solution I came up with was to double encode the URL - which
actually seems to work, but seem a bit odd.  Have I missed something or is
that really the way?

Thanks.
Gregg

Re: restful /groups/{guid}

[Evgeny Bogdanov]

For PHP Shindig the patch with group was already applied

On 27/7/10 20:17, Christiaan Hees wrote:

I don't think you can send attachments on this mailing list. I'm interested
in seeing the patch though. Is it for the Java or the PHP version of
Shindig?

/Christiaan

On Tue, Jul 27, 2010 at 6:49 PM, franck tankoua  wrote:

   

Here is my patch.
Feel free to comment.

Thanks


On Tue, Jul 27, 2010 at 2:30 PM, franck tankouawrote:

 

Hello all,

from the specification
https://docs.google.com/View?docid=dcc2jvzt_37hdzwkmf8#ssc:310, there
should be a groups service.

I have made one and I would like to know if you guys are interested.

Regards

--
Franck

   



--
Franck

 
   

Re: svn commit: r965499 - in /shindig/trunk/features: ./ src/main/javascript/features/core.config/ src/main/javascript/features/osapi/

[Evgeny Bogdanov]

I updated the trunk and added an osapi into shindig-container (gadget part)


Have js warning: " Duplicate osapi method definition container.listMethods"
Othervise, seems to be working ok, rpc requests are sent.

If I see any problem I will let you know ...

Evgeny

On 19.07.10 22:47, John Hjelmstad wrote:

Cool, so it generally does work the way it's intended to already ;) We
hadn't gotten around to testing this case yet.

As aforementioned, I suspect there will be a few rough edges, particularly
in the configuration department. I'll be keen to hear your results and
further thoughts, Evgeny.

Best,
John

On Mon, Jul 19, 2010 at 1:38 PM, Evgeny Bogdanovwrote:

   

Well, what I did is I added into shindig.container
the following part






and then into gadget (which is basically a container)


This way I managed to render other gadgets inside my gadget.
I see such container gadget as a portable container.

I will check tomorrow if it still work with the newest trunk tomorrow
and report here

Evgeny


On 19/7/10 21:23, John Hjelmstad wrote:

 

On Mon, Jul 19, 2010 at 11:59 AM, Randy Watler
  wrote:



   

John/All,

Sorry guys... I had no idea that a gadget could be a container! I think a
quick patch might be to only set a single flag value to "true" in each of
the feature scripts, (an not set the other flags to "false"). That way,
both
flags could be set to true if both scripts were included. We could
certainly
do that for a shindig.container gadget feature.



 

In various forms, at this point. The Shindig code doesn't yet accommodate
this very smoothly, not least of which b/c shindig.container isn't fully
fleshed out. I'm interested in hearing Evgeny's case, but as noted I'm not
actually too concerned about this patch yet. It's just one of those
primitives I'd like to make sure we use carefully to avoid future pain.
I'm
not even sure exactly _what_ objective hazards could result :)

Re: the patch, that approach sounds quite reasonable to me.




   

BTW... is there a way to share feature scripts between features?



 

By convention, we haven't done this widely. But feature.xml files can
point
anywhere, with the caveat that the underlying feature JS serving system
doesn't de-dupe when emitting code right now, so the code itself needs to
be
sensitive to double-inclusion.

Best,
John




   

I am willing to work toward that end if it seems appropriate to you guys.

Randy


John Hjelmstad wrote:



 

If you've got some code that does this declaratively (esp. using
shindig.container), feel free to post some patches ;)

More directly, does this CL complicate your implementation and if so,
how?

--j

On Mon, Jul 19, 2010 at 10:31 AM, Evgeny Bogdanov
wrote:





   

Agree here
I already have gadgets, that behave as containers.

Evgeny


On 19/7/10 16:59, John Hjelmstad wrote:





 

While not quite relevant yet to deployed use cases, what's our
thinking
on
how these flags will affect behavior at such time as it's possible for
a
gadget to *be* a container? Eg.,
enabling nested gadgets.

In this case, anything that's acting in a gadget context should
register
osapi.services. I'm sure there will be more ambiguity to navigate than
just
these flags, but did want to point out one downstream impact.

--j

On Mon, Jul 19, 2010 at 7:30 AM,wrote:







   

Author: lindner
Date: Mon Jul 19 14:30:24 2010
New Revision: 965499

URL: http://svn.apache.org/viewvc?rev=965499&view=rev
Log:
SHINDIG-1380 | Patch from Randy Watler | Sample Container RPC
Javascript
Errors

Added:




  
shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js




  
shindig/trunk/features/src/main/javascript/features/core.config/configgadget.js
Modified:
   shindig/trunk/features/pom.xml




  shindig/trunk/features/src/main/javascript/features/core.config/feature.xml




  
shindig/trunk/features/src/main/javascript/features/osapi/gadgetsrpctransport.js




  shindig/trunk/features/src/main/javascript/features/osapi/jsonrpctransport.js

Modified: shindig/trunk/features/pom.xml
URL:



http://svn.apache.org/viewvc/shindig/trunk/features/pom.xml?rev=965499&r1=965498&r2=965499&view=diff




==
--- shindig/trunk/features/pom.xml (original)
+++ shindig/trunk/features/pom.xml Mon Jul 19 14:30:24 2010
@@ -108,6 +108,8 @@


../../../../src/test/javascript/features/mocks/xhr.js
globals/globals.js
core.config/config.js
+core.config/configcontainer.js
+core.config/configgadget.js
core.json/json.js
shindig.auth/auth.js
core.util/util.js

Added:



shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js
URL:

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

The second tutorial is added:
http://vohtaski.blogspot.com/2010/07/how-do-i-add-my-own-database-to-java.html

It is also moved to shindig's wiki

On 15.07.10 10:55, Evgeny Bogdanov wrote:

I moved service implementation and database related stuff
into "Database&  Shindig"

Added tutorial on connecting database to shindig

Next will add a tutorial on making shindig work with
any database schema.

Should I remove the deprecated:


 How do I integrate a relational database with Shindig

Feel free to change ...
Evgeny

On 14.07.10 17:27, Henry Saputra wrote:
   

I think you can update the link in the Shindig wiki topic about rel database
integration at
https://cwiki.apache.org/SHINDIG/index.html#Index-HowdoIintegratearelationaldatabasewithShindig%253F

It already has a comment about being need for an update.

<https://cwiki.apache.org/SHINDIG/index.html#Index-HowdoIintegratearelationaldatabasewithShindig%253F>-
Henry

On Wed, Jul 14, 2010 at 8:10 AM, Evgeny Bogdanovwrote:


 

Well, here is a first post how to use mysql database with java shindig.

http://vohtaski.blogspot.com/2010/07/java-shindig-how-to-add-your-own-social.html

Next post will be about connecting my own social database with shindig,
that I am doing now :)

If you find it useful, I can create a wiki page for it.
I also have a patch that does all the mentioned in post changes.
Should I upload it to jira or some other place?

Evgeny


On 13.07.10 21:56, John Hjelmstad wrote:


   

I'd be interested to see the Shindig Wiki, or some other official/easy to
find documentation (seems like Wiki is the consensus at this point
however?
what do others think?) updated with such information as well.

Many thanks,
John

On Tue, Jul 13, 2010 at 12:29 PM, Henry Saputra 

wrote:

   



 

HI Evgeny,

A blog about this would be great. I be a lot other developers also
interested to hook up Shindig with their database.

- Henry

On Tue, Jul 13, 2010 at 12:49 AM, Evgeny Bogdanov
wrote:




   

Thanks Franck for your help!

It seems as I found a solution (At least now I am able to login to the
database :))
I had to move all dependencies from samples/pom.xml to social/pom.xml,
if I only put dependency in social/pom.xml on artifactId = samples,
it didn't find the needed classes.

I will write a blog post on how and what I did, maybe it will
be useful for somebody.

Evgeny


On 12.07.10 18:25, franck tankoua wrote:




 

Hi Evgeny. I have my own guice module based on JPA.


On Mon, Jul 12, 2010 at 5:56 PM, Evgeny Bogdanov<



   

evgeny.bogda...@epfl.ch

 


   

wrote:

 


 




   

The same problem is with a branches/2.0.x/

Franck, How did you add your own Guice JPA?






 

this is from my web.xml

   
guice-modules

org.apache.shindig.common.PropertiesModule:
org.apache.shindig.gadgets.DefaultGuiceModule:
com.packagepath.MyJPAModule:
org.apache.shindig.gadgets.oauth.OAuthModule
  




Did you also register it in web.xml





   

and added a module into profile "all" in shindig/pom.xml?

Actually I did not add anythinig to the "all" in the pom.xml.





 

Basically I am not using shindig-server but my own application web.xml



   

to

 


   

which I have add the shindig guice modules.

 

So I am not sure what you are trying to achieve but may be by
explaining
me
I can share better my experience with the JPA implementation.








   

Or did you add some dependencies?

I think I know what is going on. i have download a fresh shindig from
trunk





 

and I have done what you have said. It does not work either. It looks



   

like

 


   

you have forgot this in your stacktrace.

 

2010-07-12 18:21:32.312:INFO::No Transaction manager found - if your
webapp
requires one, please configure one.

After you configure the transaction manager it should not trash
anymore.

hope it helps

Sure I have added dependencies to hibernate






   

On 12.07.10 15:59, franck tankoua wrote:






 

http://svn.apache.org/repos/asf/shindig/branches/2.0.x/
<http://svn.apache.org/repos/asf/shindig/branches/2.0.x/>

On Mon, Jul 12, 2010 at 3:49 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch





   

wrote:





 





   

Where do you take shindig 2.0 release (I can't find it)? Or do you



 

mean

   


   

trunk here?

 

On 12.07.10 15:18, franck tankoua wrote:








 

I am using my own JPA implementation and the shindig 2.0 release.
things work fine so far.

I will try to add JPAModule and let you know. which version of



  

Re: svn commit: r965499 - in /shindig/trunk/features: ./ src/main/javascript/features/core.config/ src/main/javascript/features/osapi/

[Evgeny Bogdanov]

Well, what I did is I added into shindig.container
the following part






and then into gadget (which is basically a container)


This way I managed to render other gadgets inside my gadget.
I see such container gadget as a portable container.

I will check tomorrow if it still work with the newest trunk tomorrow
and report here

Evgeny

On 19/7/10 21:23, John Hjelmstad wrote:

On Mon, Jul 19, 2010 at 11:59 AM, Randy Watler  wrote:

   

John/All,

Sorry guys... I had no idea that a gadget could be a container! I think a
quick patch might be to only set a single flag value to "true" in each of
the feature scripts, (an not set the other flags to "false"). That way, both
flags could be set to true if both scripts were included. We could certainly
do that for a shindig.container gadget feature.

 

In various forms, at this point. The Shindig code doesn't yet accommodate
this very smoothly, not least of which b/c shindig.container isn't fully
fleshed out. I'm interested in hearing Evgeny's case, but as noted I'm not
actually too concerned about this patch yet. It's just one of those
primitives I'd like to make sure we use carefully to avoid future pain. I'm
not even sure exactly _what_ objective hazards could result :)

Re: the patch, that approach sounds quite reasonable to me.


   

BTW... is there a way to share feature scripts between features?

 

By convention, we haven't done this widely. But feature.xml files can point
anywhere, with the caveat that the underlying feature JS serving system
doesn't de-dupe when emitting code right now, so the code itself needs to be
sensitive to double-inclusion.

Best,
John


   

I am willing to work toward that end if it seems appropriate to you guys.

Randy


John Hjelmstad wrote:

 

If you've got some code that does this declaratively (esp. using
shindig.container), feel free to post some patches ;)

More directly, does this CL complicate your implementation and if so, how?

--j

On Mon, Jul 19, 2010 at 10:31 AM, Evgeny Bogdanov
wrote:



   

Agree here
I already have gadgets, that behave as containers.

Evgeny


On 19/7/10 16:59, John Hjelmstad wrote:



 

While not quite relevant yet to deployed use cases, what's our thinking
on
how these flags will affect behavior at such time as it's possible for a
gadget to *be* a container? Eg.,
enabling nested gadgets.

In this case, anything that's acting in a gadget context should register
osapi.services. I'm sure there will be more ambiguity to navigate than
just
these flags, but did want to point out one downstream impact.

--j

On Mon, Jul 19, 2010 at 7:30 AM,   wrote:





   

Author: lindner
Date: Mon Jul 19 14:30:24 2010
New Revision: 965499

URL: http://svn.apache.org/viewvc?rev=965499&view=rev
Log:
SHINDIG-1380 | Patch from Randy Watler | Sample Container RPC
Javascript
Errors

Added:



  
shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js



  
shindig/trunk/features/src/main/javascript/features/core.config/configgadget.js
Modified:
   shindig/trunk/features/pom.xml



  shindig/trunk/features/src/main/javascript/features/core.config/feature.xml



  
shindig/trunk/features/src/main/javascript/features/osapi/gadgetsrpctransport.js



  shindig/trunk/features/src/main/javascript/features/osapi/jsonrpctransport.js

Modified: shindig/trunk/features/pom.xml
URL:


http://svn.apache.org/viewvc/shindig/trunk/features/pom.xml?rev=965499&r1=965498&r2=965499&view=diff



==
--- shindig/trunk/features/pom.xml (original)
+++ shindig/trunk/features/pom.xml Mon Jul 19 14:30:24 2010
@@ -108,6 +108,8 @@

../../../../src/test/javascript/features/mocks/xhr.js
globals/globals.js
core.config/config.js
+core.config/configcontainer.js
+core.config/configgadget.js
core.json/json.js
shindig.auth/auth.js
core.util/util.js

Added:


shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js
URL:


http://svn.apache.org/viewvc/shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js?rev=965499&view=auto



==
---


shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js
(added)
+++


shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js
Mon Jul 19 14:30:24 2010
@@ -0,0 +1,27 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); y

Re: svn commit: r965499 - in /shindig/trunk/features: ./ src/main/javascript/features/core.config/ src/main/javascript/features/osapi/

[Evgeny Bogdanov]

Agree here
I already have gadgets, that behave as containers.

Evgeny

On 19/7/10 16:59, John Hjelmstad wrote:

While not quite relevant yet to deployed use cases, what's our thinking on
how these flags will affect behavior at such time as it's possible for a
gadget to *be* a container? Eg.,
enabling nested gadgets.

In this case, anything that's acting in a gadget context should register
osapi.services. I'm sure there will be more ambiguity to navigate than just
these flags, but did want to point out one downstream impact.

--j

On Mon, Jul 19, 2010 at 7:30 AM,  wrote:

   

Author: lindner
Date: Mon Jul 19 14:30:24 2010
New Revision: 965499

URL: http://svn.apache.org/viewvc?rev=965499&view=rev
Log:
SHINDIG-1380 | Patch from Randy Watler | Sample Container RPC Javascript
Errors

Added:

  
shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js

  
shindig/trunk/features/src/main/javascript/features/core.config/configgadget.js
Modified:
shindig/trunk/features/pom.xml

  shindig/trunk/features/src/main/javascript/features/core.config/feature.xml

  
shindig/trunk/features/src/main/javascript/features/osapi/gadgetsrpctransport.js

  shindig/trunk/features/src/main/javascript/features/osapi/jsonrpctransport.js

Modified: shindig/trunk/features/pom.xml
URL:
http://svn.apache.org/viewvc/shindig/trunk/features/pom.xml?rev=965499&r1=965498&r2=965499&view=diff

==
--- shindig/trunk/features/pom.xml (original)
+++ shindig/trunk/features/pom.xml Mon Jul 19 14:30:24 2010
@@ -108,6 +108,8 @@

../../../../src/test/javascript/features/mocks/xhr.js
 globals/globals.js
 core.config/config.js
+core.config/configcontainer.js
+core.config/configgadget.js
 core.json/json.js
 shindig.auth/auth.js
 core.util/util.js

Added:
shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js
URL:
http://svn.apache.org/viewvc/shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js?rev=965499&view=auto

==
---
shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js
(added)
+++
shindig/trunk/features/src/main/javascript/features/core.config/configcontainer.js
Mon Jul 19 14:30:24 2010
@@ -0,0 +1,27 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+
+/**
+ * @fileoverview Provides gadget/container configuration flags.
+ */
+
+/** @type {boolean} */
+gadgets.config.isGadget = false;
+/** @type {boolean} */
+gadgets.config.isContainer = true;

Added:
shindig/trunk/features/src/main/javascript/features/core.config/configgadget.js
URL:
http://svn.apache.org/viewvc/shindig/trunk/features/src/main/javascript/features/core.config/configgadget.js?rev=965499&view=auto

==
---
shindig/trunk/features/src/main/javascript/features/core.config/configgadget.js
(added)
+++
shindig/trunk/features/src/main/javascript/features/core.config/configgadget.js
Mon Jul 19 14:30:24 2010
@@ -0,0 +1,26 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+
+/**
+ * @fileoverview Provides gadget/container configuration flags.
+ */
+/** @type {boolean} */
+gadgets.config.isGadget = true;
+/** @type {boolean} */
+gadgets.config.isCo

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

I moved service implementation and database related stuff
into "Database & Shindig"

Added tutorial on connecting database to shindig

Next will add a tutorial on making shindig work with
any database schema.

Should I remove the deprecated:


   How do I integrate a relational database with Shindig

Feel free to change ...
Evgeny

On 14.07.10 17:27, Henry Saputra wrote:

I think you can update the link in the Shindig wiki topic about rel database
integration at
https://cwiki.apache.org/SHINDIG/index.html#Index-HowdoIintegratearelationaldatabasewithShindig%253F

It already has a comment about being need for an update.

<https://cwiki.apache.org/SHINDIG/index.html#Index-HowdoIintegratearelationaldatabasewithShindig%253F>-
Henry

On Wed, Jul 14, 2010 at 8:10 AM, Evgeny Bogdanovwrote:

   

Well, here is a first post how to use mysql database with java shindig.

http://vohtaski.blogspot.com/2010/07/java-shindig-how-to-add-your-own-social.html

Next post will be about connecting my own social database with shindig,
that I am doing now :)

If you find it useful, I can create a wiki page for it.
I also have a patch that does all the mentioned in post changes.
Should I upload it to jira or some other place?

Evgeny


On 13.07.10 21:56, John Hjelmstad wrote:

 

I'd be interested to see the Shindig Wiki, or some other official/easy to
find documentation (seems like Wiki is the consensus at this point
however?
what do others think?) updated with such information as well.

Many thanks,
John

On Tue, Jul 13, 2010 at 12:29 PM, Henry Saputra   

wrote:
 



   

HI Evgeny,

A blog about this would be great. I be a lot other developers also
interested to hook up Shindig with their database.

- Henry

On Tue, Jul 13, 2010 at 12:49 AM, Evgeny Bogdanov
wrote:



 

Thanks Franck for your help!

It seems as I found a solution (At least now I am able to login to the
database :))
I had to move all dependencies from samples/pom.xml to social/pom.xml,
if I only put dependency in social/pom.xml on artifactId = samples,
it didn't find the needed classes.

I will write a blog post on how and what I did, maybe it will
be useful for somebody.

Evgeny


On 12.07.10 18:25, franck tankoua wrote:



   

Hi Evgeny. I have my own guice module based on JPA.


On Mon, Jul 12, 2010 at 5:56 PM, Evgeny Bogdanov<


 

evgeny.bogda...@epfl.ch
   


 

wrote:
   


   




 

The same problem is with a branches/2.0.x/

Franck, How did you add your own Guice JPA?





   

this is from my web.xml

  
guice-modules

org.apache.shindig.common.PropertiesModule:
org.apache.shindig.gadgets.DefaultGuiceModule:
com.packagepath.MyJPAModule:
org.apache.shindig.gadgets.oauth.OAuthModule
 




Did you also register it in web.xml




 

and added a module into profile "all" in shindig/pom.xml?

Actually I did not add anythinig to the "all" in the pom.xml.




   

Basically I am not using shindig-server but my own application web.xml


 

to
   


 

which I have add the shindig guice modules.
   

So I am not sure what you are trying to achieve but may be by
explaining
me
I can share better my experience with the JPA implementation.







 

Or did you add some dependencies?

I think I know what is going on. i have download a fresh shindig from
trunk




   

and I have done what you have said. It does not work either. It looks


 

like
   


 

you have forgot this in your stacktrace.
   

2010-07-12 18:21:32.312:INFO::No Transaction manager found - if your
webapp
requires one, please configure one.

After you configure the transaction manager it should not trash
anymore.

hope it helps

Sure I have added dependencies to hibernate





 

On 12.07.10 15:59, franck tankoua wrote:





   

http://svn.apache.org/repos/asf/shindig/branches/2.0.x/
<http://svn.apache.org/repos/asf/shindig/branches/2.0.x/>

On Mon, Jul 12, 2010 at 3:49 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch




 

wrote:




   





 

Where do you take shindig 2.0 release (I can't find it)? Or do you


   

mean
 


 

trunk here?
   


On 12.07.10 15:18, franck tankoua wrote:







   

I am using my own JPA implementation and the shindig 2.0 release.
things work fine so far.

I will try to add JPAModule and let you know. which version of


 

shindig
   


 

are
   

you using? the trunk version ?

On Mon, Jul 12, 2010 at 2:38 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch






 

wrote:






   






 

Thank you Franck for help

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

Well, here is a first post how to use mysql database with java shindig.
http://vohtaski.blogspot.com/2010/07/java-shindig-how-to-add-your-own-social.html

Next post will be about connecting my own social database with shindig,
that I am doing now :)

If you find it useful, I can create a wiki page for it.
I also have a patch that does all the mentioned in post changes.
Should I upload it to jira or some other place?

Evgeny

On 13.07.10 21:56, John Hjelmstad wrote:

I'd be interested to see the Shindig Wiki, or some other official/easy to
find documentation (seems like Wiki is the consensus at this point however?
what do others think?) updated with such information as well.

Many thanks,
John

On Tue, Jul 13, 2010 at 12:29 PM, Henry Saputrawrote:

   

HI Evgeny,

A blog about this would be great. I be a lot other developers also
interested to hook up Shindig with their database.

- Henry

On Tue, Jul 13, 2010 at 12:49 AM, Evgeny Bogdanov
wrote:

 

Thanks Franck for your help!

It seems as I found a solution (At least now I am able to login to the
database :))
I had to move all dependencies from samples/pom.xml to social/pom.xml,
if I only put dependency in social/pom.xml on artifactId = samples,
it didn't find the needed classes.

I will write a blog post on how and what I did, maybe it will
be useful for somebody.

Evgeny


On 12.07.10 18:25, franck tankoua wrote:

   

Hi Evgeny. I have my own guice module based on JPA.


On Mon, Jul 12, 2010 at 5:56 PM, Evgeny Bogdanov<
 

evgeny.bogda...@epfl.ch
 

wrote:
   



 

The same problem is with a branches/2.0.x/

Franck, How did you add your own Guice JPA?



   

this is from my web.xml

  
guice-modules

org.apache.shindig.common.PropertiesModule:
org.apache.shindig.gadgets.DefaultGuiceModule:
com.packagepath.MyJPAModule:
org.apache.shindig.gadgets.oauth.OAuthModule
 




Did you also register it in web.xml


 

and added a module into profile "all" in shindig/pom.xml?

Actually I did not add anythinig to the "all" in the pom.xml.


   

Basically I am not using shindig-server but my own application web.xml
 

to
 

which I have add the shindig guice modules.

So I am not sure what you are trying to achieve but may be by explaining
me
I can share better my experience with the JPA implementation.





 

Or did you add some dependencies?

I think I know what is going on. i have download a fresh shindig from
trunk


   

and I have done what you have said. It does not work either. It looks
 

like
 

you have forgot this in your stacktrace.

2010-07-12 18:21:32.312:INFO::No Transaction manager found - if your
webapp
requires one, please configure one.

After you configure the transaction manager it should not trash anymore.

hope it helps

Sure I have added dependencies to hibernate



 

On 12.07.10 15:59, franck tankoua wrote:



   

http://svn.apache.org/repos/asf/shindig/branches/2.0.x/
<http://svn.apache.org/repos/asf/shindig/branches/2.0.x/>

On Mon, Jul 12, 2010 at 3:49 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch


 

wrote:


   




 

Where do you take shindig 2.0 release (I can't find it)? Or do you
   

mean
 

trunk here?


On 12.07.10 15:18, franck tankoua wrote:





   

I am using my own JPA implementation and the shindig 2.0 release.
things work fine so far.

I will try to add JPAModule and let you know. which version of
 

shindig
 

are
you using? the trunk version ?

On Mon, Jul 12, 2010 at 2:38 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch




 

wrote:




   





 

Thank you Franck for helping!

still the same
Does it work for you?


On 12.07.10 14:27, franck tankoua wrote:







   

what if you remove the space line before JPASocialModule?

On Mon, Jul 12, 2010 at 2:25 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch






 

wrote:






   






 

On 12.07.10 14:19, franck tankoua wrote:









   

Just out of curiosity. which version are you using?










 

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home:
/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family:
   

"mac"
 









   

could you paste also the web.xml param-value for your param-name
 

*
 

guice-modules* .










 


guice-modules

  or

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

Thanks Franck for your help!

It seems as I found a solution (At least now I am able to login to the 
database :))

I had to move all dependencies from samples/pom.xml to social/pom.xml,
if I only put dependency in social/pom.xml on artifactId = samples,
it didn't find the needed classes.

I will write a blog post on how and what I did, maybe it will
be useful for somebody.

Evgeny

On 12.07.10 18:25, franck tankoua wrote:

Hi Evgeny. I have my own guice module based on JPA.


On Mon, Jul 12, 2010 at 5:56 PM, Evgeny Bogdanovwrote:

   

The same problem is with a branches/2.0.x/

Franck, How did you add your own Guice JPA?

 

this is from my web.xml

  
guice-modules

org.apache.shindig.common.PropertiesModule:
org.apache.shindig.gadgets.DefaultGuiceModule:
com.packagepath.MyJPAModule:
org.apache.shindig.gadgets.oauth.OAuthModule
 




Did you also register it in web.xml
   

and added a module into profile "all" in shindig/pom.xml?

Actually I did not add anythinig to the "all" in the pom.xml.
 

Basically I am not using shindig-server but my own application web.xml to
which I have add the shindig guice modules.

So I am not sure what you are trying to achieve but may be by explaining me
I can share better my experience with the JPA implementation.



   

Or did you add some dependencies?

I think I know what is going on. i have download a fresh shindig from trunk
 

and I have done what you have said. It does not work either. It looks like
you have forgot this in your stacktrace.

2010-07-12 18:21:32.312:INFO::No Transaction manager found - if your webapp
requires one, please configure one.

After you configure the transaction manager it should not trash anymore.

hope it helps

Sure I have added dependencies to hibernate

   

On 12.07.10 15:59, franck tankoua wrote:

 

http://svn.apache.org/repos/asf/shindig/branches/2.0.x/
<http://svn.apache.org/repos/asf/shindig/branches/2.0.x/>

On Mon, Jul 12, 2010 at 3:49 PM, Evgeny Bogdanov   

wrote:
 



   

Where do you take shindig 2.0 release (I can't find it)? Or do you mean
trunk here?


On 12.07.10 15:18, franck tankoua wrote:



 

I am using my own JPA implementation and the shindig 2.0 release.
things work fine so far.

I will try to add JPAModule and let you know. which version of shindig
are
you using? the trunk version ?

On Mon, Jul 12, 2010 at 2:38 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch


   

wrote:


 




   

Thank you Franck for helping!

still the same
Does it work for you?


On 12.07.10 14:27, franck tankoua wrote:





 

what if you remove the space line before JPASocialModule?

On Mon, Jul 12, 2010 at 2:25 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch




   

wrote:




 





   

On 12.07.10 14:19, franck tankoua wrote:







 

Just out of curiosity. which version are you using?








   

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home:
/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family: "mac"







 

could you paste also the web.xml param-value for your param-name *
guice-modules* .








   


guice-modules

  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.social.sample.SampleModule:

  org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:
  org.apache.shindig.gadgets.oauth.OAuthModule:
  org.apache.shindig.common.cache.ehcache.EhCacheModule:
  org.apache.shindig.sample.shiro.ShiroGuiceModule:
  org.apache.shindig.sample.container.SampleContainerGuiceModule:
  org.apache.shindig.extras.ShindigExtrasGuiceModule:
  org.apache.shindig.extras.as.ActivityStreamsGuiceModule










 

On Mon, Jul 12, 2010 at 2:04 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch






   

wrote:






 






   

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful


On 12.07.10 13:02, franck tankoua wrote:









 

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:











   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/s

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

The same problem is with a branches/2.0.x/

Franck, How did you add your own Guice JPA?
Did you also register it in web.xml
and added a module into profile "all" in shindig/pom.xml?

Or did you add some dependencies?

On 12.07.10 15:59, franck tankoua wrote:

http://svn.apache.org/repos/asf/shindig/branches/2.0.x/
<http://svn.apache.org/repos/asf/shindig/branches/2.0.x/>

On Mon, Jul 12, 2010 at 3:49 PM, Evgeny Bogdanovwrote:

   

Where do you take shindig 2.0 release (I can't find it)? Or do you mean
trunk here?


On 12.07.10 15:18, franck tankoua wrote:

 

I am using my own JPA implementation and the shindig 2.0 release.
things work fine so far.

I will try to add JPAModule and let you know. which version of shindig are
you using? the trunk version ?

On Mon, Jul 12, 2010 at 2:38 PM, Evgeny Bogdanov   

wrote:
 



   

Thank you Franck for helping!

still the same
Does it work for you?


On 12.07.10 14:27, franck tankoua wrote:



 

what if you remove the space line before JPASocialModule?

On Mon, Jul 12, 2010 at 2:25 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch


   

wrote:


 




   

On 12.07.10 14:19, franck tankoua wrote:





 

Just out of curiosity. which version are you using?






   

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home:
/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family: "mac"





 

could you paste also the web.xml param-value for your param-name *
guice-modules* .






   


guice-modules

  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.social.sample.SampleModule:

  org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:
  org.apache.shindig.gadgets.oauth.OAuthModule:
  org.apache.shindig.common.cache.ehcache.EhCacheModule:
  org.apache.shindig.sample.shiro.ShiroGuiceModule:
  org.apache.shindig.sample.container.SampleContainerGuiceModule:
  org.apache.shindig.extras.ShindigExtrasGuiceModule:
  org.apache.shindig.extras.as.ActivityStreamsGuiceModule








 

On Mon, Jul 12, 2010 at 2:04 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch




   

wrote:




 





   

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful


On 12.07.10 13:02, franck tankoua wrote:







 

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:









   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at




org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what
I
am
doing wrong

Thanks in advance
Evgeny









 







   




 





   



 




   


 



   
 


   

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

Where do you take shindig 2.0 release (I can't find it)? Or do you mean 
trunk here?


On 12.07.10 15:18, franck tankoua wrote:

I am using my own JPA implementation and the shindig 2.0 release.
things work fine so far.

I will try to add JPAModule and let you know. which version of shindig are
you using? the trunk version ?

On Mon, Jul 12, 2010 at 2:38 PM, Evgeny Bogdanovwrote:

   

Thank you Franck for helping!

still the same
Does it work for you?


On 12.07.10 14:27, franck tankoua wrote:

 

what if you remove the space line before JPASocialModule?

On Mon, Jul 12, 2010 at 2:25 PM, Evgeny Bogdanov   

wrote:
 



   

On 12.07.10 14:19, franck tankoua wrote:



 

Just out of curiosity. which version are you using?




   

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home:
/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family: "mac"



 

could you paste also the web.xml param-value for your param-name *
guice-modules* .




   


guice-modules

  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.social.sample.SampleModule:

  org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:
  org.apache.shindig.gadgets.oauth.OAuthModule:
  org.apache.shindig.common.cache.ehcache.EhCacheModule:
  org.apache.shindig.sample.shiro.ShiroGuiceModule:
  org.apache.shindig.sample.container.SampleContainerGuiceModule:
  org.apache.shindig.extras.ShindigExtrasGuiceModule:
  org.apache.shindig.extras.as.ActivityStreamsGuiceModule






     

On Mon, Jul 12, 2010 at 2:04 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch


   

wrote:


 




   

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful


On 12.07.10 13:02, franck tankoua wrote:





 

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:







   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at



org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what I
am
doing wrong

Thanks in advance
Evgeny







 






   



 




   


 



   
 


   

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

Yes, trunk version (I'll try also to use 2.0 release)

Do I need to install java ee for it to work (I have java sdk 6)?

On 12.07.10 15:18, franck tankoua wrote:

I am using my own JPA implementation and the shindig 2.0 release.
things work fine so far.

I will try to add JPAModule and let you know. which version of shindig are
you using? the trunk version ?

On Mon, Jul 12, 2010 at 2:38 PM, Evgeny Bogdanovwrote:

   

Thank you Franck for helping!

still the same
Does it work for you?


On 12.07.10 14:27, franck tankoua wrote:

 

what if you remove the space line before JPASocialModule?

On Mon, Jul 12, 2010 at 2:25 PM, Evgeny Bogdanov   

wrote:
 



   

On 12.07.10 14:19, franck tankoua wrote:



 

Just out of curiosity. which version are you using?




   

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home:
/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family: "mac"



 

could you paste also the web.xml param-value for your param-name *
guice-modules* .




   


guice-modules

  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.social.sample.SampleModule:

  org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:
  org.apache.shindig.gadgets.oauth.OAuthModule:
  org.apache.shindig.common.cache.ehcache.EhCacheModule:
  org.apache.shindig.sample.shiro.ShiroGuiceModule:
  org.apache.shindig.sample.container.SampleContainerGuiceModule:
  org.apache.shindig.extras.ShindigExtrasGuiceModule:
  org.apache.shindig.extras.as.ActivityStreamsGuiceModule






     

On Mon, Jul 12, 2010 at 2:04 PM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch


   

wrote:


 




   

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful


On 12.07.10 13:02, franck tankoua wrote:





 

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:







   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at



org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what I
am
doing wrong

Thanks in advance
Evgeny







 






   



 




   


 



   
 


   

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

ifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:553)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:523)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:371)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:332)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:181)

at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at 
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:41)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)

at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
2010-07-12 14:36:40.822:INFO::Started selectchannelconnec...@0.0.0.0:8080
[INFO] Started Jetty Server
[INFO] Console reloading is ENABLED. Hit ENTER on the console to restart 
the context.


On 12.07.10 14:27, franck tankoua wrote:

what if you remove the space line before JPASocialModule?

On Mon, Jul 12, 2010 at 2:25 PM, Evgeny Bogdanovwrote:

   


On 12.07.10 14:19, franck tankoua wrote:

 

Just out of curiosity. which version are you using?


   

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family: "mac"

 

could you paste also the web.xml param-value for your param-name *
guice-modules* .


   


guice-modules

  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.social.sample.SampleModule:

  org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:
  org.apache.shindig.gadgets.oauth.OAuthModule:
  org.apache.shindig.common.cache.ehcache.EhCacheModule:
  org.apache.shindig.sample.shiro.ShiroGuiceModule:
  org.apache.shindig.sample.container.SampleContainerGuiceModule:
  org.apache.shindig.extras.ShindigExtrasGuiceModule:
  org.apache.shindig.extras.as.ActivityStreamsGuiceModule




 


On Mon, Jul 12, 2010 at 2:04 PM, Evgeny Bogdanov   

wrote:
 



   

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful


On 12.07.10 13:02, franck tankoua wrote:



     

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:





   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at


org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what I
am
doing wrong

Thanks in advance
Evgeny





 





   


 



   
 


   

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

Thank you Franck for helping!

still the same
Does it work for you?

On 12.07.10 14:27, franck tankoua wrote:

what if you remove the space line before JPASocialModule?

On Mon, Jul 12, 2010 at 2:25 PM, Evgeny Bogdanovwrote:

   


On 12.07.10 14:19, franck tankoua wrote:

 

Just out of curiosity. which version are you using?


   

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family: "mac"

 

could you paste also the web.xml param-value for your param-name *
guice-modules* .


   


guice-modules

  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.social.sample.SampleModule:

  org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:
  org.apache.shindig.gadgets.oauth.OAuthModule:
  org.apache.shindig.common.cache.ehcache.EhCacheModule:
  org.apache.shindig.sample.shiro.ShiroGuiceModule:
  org.apache.shindig.sample.container.SampleContainerGuiceModule:
  org.apache.shindig.extras.ShindigExtrasGuiceModule:
  org.apache.shindig.extras.as.ActivityStreamsGuiceModule




 


On Mon, Jul 12, 2010 at 2:04 PM, Evgeny Bogdanov   

wrote:
 



   

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful


On 12.07.10 13:02, franck tankoua wrote:



 

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:





   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at


org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what I
am
doing wrong

Thanks in advance
Evgeny





 





   


 



   
 


   

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

On 12.07.10 14:19, franck tankoua wrote:

Just out of curiosity. which version are you using?
   

Do you mean shindig? (latest trunk shindig)
$ mvn --version
Apache Maven 2.2.0 (r788681; 2009-06-26 15:04:01+0200)
Java version: 1.6.0_20
Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x" version: "10.6.4" arch: "x86_64" Family: "mac"

could you paste also the web.xml param-value for your param-name *
guice-modules* .
   


guice-modules

  org.apache.shindig.common.PropertiesModule:
  org.apache.shindig.gadgets.DefaultGuiceModule:
  org.apache.shindig.social.core.config.SocialApiGuiceModule:
  org.apache.shindig.social.sample.SampleModule:
  org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:
  org.apache.shindig.gadgets.oauth.OAuthModule:
  org.apache.shindig.common.cache.ehcache.EhCacheModule:
  org.apache.shindig.sample.shiro.ShiroGuiceModule:
  org.apache.shindig.sample.container.SampleContainerGuiceModule:
  org.apache.shindig.extras.ShindigExtrasGuiceModule:
  org.apache.shindig.extras.as.ActivityStreamsGuiceModule






On Mon, Jul 12, 2010 at 2:04 PM, Evgeny Bogdanovwrote:

   

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful


On 12.07.10 13:02, franck tankoua wrote:

 

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:



   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at

org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what I am
doing wrong

Thanks in advance
Evgeny



 




   
 


   

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

Probably misunderstood you before ...
I did now:
$cd java/samples
$mvn
Build Successful

On 12.07.10 13:02, franck tankoua wrote:

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:

   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at
org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what I am
doing wrong

Thanks in advance
Evgeny

 



   

Re: Adding database to Java Shindig

[Evgeny Bogdanov]

Yes, it said "build is successful" for all profiles (samples, all, 
reporting)


[INFO] Reactor Summary:
[INFO] 

[INFO] Apache Shindig Project  SUCCESS 
[2.878s]
[INFO] Apache Shindig Features ... SUCCESS 
[9.644s]
[INFO] Apache Shindig Common Code  SUCCESS 
[2.800s]
[INFO] Apache Shindig Gadget Renderer  SUCCESS 
[4.293s]
[INFO] Apache Shindig Social API . SUCCESS 
[3.195s]
[INFO] Apache Shindig Sample SPI and API Implementations . SUCCESS 
[2.238s]
[INFO] Apache Shindig Extra Modules .. SUCCESS 
[1.981s]
[INFO] Apache Shindig Web App  SUCCESS 
[5.269s]
[INFO] 

[INFO] 


[INFO] BUILD SUCCESSFUL
[INFO] 


[INFO] Total time: 32 seconds
[INFO] Finished at: Mon Jul 12 13:43:16 CEST 2010
[INFO] Final Memory: 62M/122M


On 12.07.10 13:02, franck tankoua wrote:

were you able to successfully run mvn at /java/samples level?

On Mon, Jul 12, 2010 at 12:57 PM, Evgeny Bogdanov
wrote:

   

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"
into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at
org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)

I would be very happy if somebody could help or give a hint on what I am
doing wrong

Thanks in advance
Evgeny

 



   

Adding database to Java Shindig

[Evgeny Bogdanov]

Sorry for spamming but I still can't get a working version.

This is what I did based on the suggestions here.

1) I've checked out a latest shindig version.
2) I added a Guice module 
"org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule:"

into java/server/src/main/webapp/WEB-INF/web.xml
3) I added java/samples into shindig/pom.xml for profile "all"

all

true


features
java/common
java/gadgets
java/social-api
java/samples
java/server
extras



4) I compile the code with command
mvn package -Dmaven.test.skip

5) Than I go to the java/server and run "mvn jetty:run"

However it can't find a class
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule

java.lang.RuntimeException: java.lang.ClassNotFoundException: 
org.apache.shindig.social.opensocial.jpa.spi.JPASocialModule
at 
org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:63)


I would be very happy if somebody could help or give a hint on what I am 
doing wrong


Thanks in advance
Evgeny

Re: Java shindig: add database

[Evgeny Bogdanov]

I went a bit forward.
I moved the bindings into SampleModule.
public class SampleModule extends AbstractModule {

  @Override
  protected void configure() {


bind(String.class).annotatedWith(Names.named("shindig.canonical.json.db"))

.toInstance("sampledata/canonicaldb.json");
bind(ActivityService.class).to(ActivityServiceDb.class);
bind(AppDataService.class).to(AppDataServiceDb.class);
bind(PersonService.class).to(PersonServiceDb.class);
//bind(MessageService.class).to(MessageServiceDb.class);

bind(OAuthDataStore.class).to(SampleOAuthDataStore.class);
  }
}

Now the problem is as follows:
2010-07-09 19:08:21.955:INFO::No Transaction manager found - if your 
webapp requires one, please configure one.
2010-07-09 19:08:23.199:WARN::Failed startup of context 
org.mortbay.jetty.plugin.jetty6pluginwebappcont...@277b8705{/,file:/Library/WebServer/Documents/shindig/java/server/src/main/webapp/;file:/Library/WebServer/Documents/shindig/content/;}
com.google.inject.internal.ComputationException: 
java.lang.NoClassDefFoundError: javax/persistence/EntityManager


javax.persistence is in dependencies of sample artifact.
Can't understand what's wrong.
Eclipse has also some problems resolving javax.persistence import.

Any thoughts?

On 09.07.10 18:38, Evgeny Bogdanov wrote:

Well, seems as I managed to join .jpa libraries.
Now I have the problem with persistence library that is used in samples/jpa

I have the following in my Guice module:
  bind(PersonService.class).to(PersonServiceDb.class);
  bind(AppDataService.class).to(AppDataServiceDb.class);

The build is successful, but when I run jetty I have an exception
Could somebody please help?

com.google.inject.CreationException: Guice creation errors:||1) No
implementation for javax.persistence.EntityManager was bound.|  while
locating javax.persistence.EntityManager|for parameter 0 at
org.apache.shindig.social.opensocial.jpa.spi.AppDataServiceDb.(AppDataServiceDb.java:49)|
at
org.apache.shindig.social.core.config.GraaaspApiGuiceModule.configure(GraaaspApiGuiceModule.java:65)||2)
No implementation for javax.persistence.EntityManager was bound.|  while
locating javax.persistence.EntityManager|for parameter 0 at
org.apache.shindig.social.opensocial.jpa.spi.PersonServiceDb.(PersonServiceDb.java:63)|
at
org.apache.shindig.social.core.config.GraaaspApiGuiceModule.configure(GraaaspApiGuiceModule.java:64)||3)
No implementation for
org.apache.shindig.social.opensocial.oauth.OAuthDataStore was bound.|
while locating
org.apache.shindig.social.opensocial.oauth.OAuthDataStore|for
parameter 0 at
org.apache.shindig.social.core.oauth.OAuthAuthenticationHandler.(OAuthAuthenticationHandler.java:60)|
while locating
org.apache.shindig.social.core.oauth.OAuthAuthenticationHandler|for
parameter 1 at
org.apache.shindig.social.core.oauth.AuthenticationHandlerProvider.(AuthenticationHandlerProvider.java:36)|
at
org.apache.shindig.social.core.config.GraaaspApiGuiceModule.configure(GraaaspApiGuiceModule.java:82)||3
errors
  at
com.google.inject.internal.Errors.throwCreationExceptionIfErrorsExist(Errors.java:354)
  at
com.google.inject.InjectorBuilder.initializeStatically(InjectorBuilder.java:152)
  at com.google.inject.InjectorBuilder.build(InjectorBuilder.java:105)
  at com.google.inject.Guice.createInjector(Guice.java:92)
  at
org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:69)
  at
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
  at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
  at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
  at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
  at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
  at
org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:115)
  at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
  at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
  at
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
  at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
  at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
  at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
  at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
  at org.mortbay.jetty.Server.doStart(Server.java:224)
  at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
  at
org.mortbay.jetty.plugin.Jetty6PluginServer.start(Jetty6PluginServer.java:132)
  at
org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(Abstra

Re: Java shindig: add database

[Evgeny Bogdanov]

 Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at 
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

On 08.07.10 17:40, Evgeny Bogdanov wrote:

Hi

thanks, I looked at it and everything seems to be what I need.
However, I can't compile code when I import jpa

What I did is I created a class GraaaspDbFetcher.java
in "org.apache.shindig.social.sample.spi"

In this class I have jpa imports:
import org.apache.shindig.social.opensocial.jpa.*;
import org.apache.shindig.social.opensocial.jpa.api.*;
import org.apache.shindig.social.opensocial.jpa.hibernate.*;
import org.apache.shindig.social.opensocial.jpa.spi.*;

When I run
$ mvn package -Dmaven.test.skip -P reporting

I get the following error:
/Library/WebServer/Documents/shindig/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/GraaaspDbFetcher.java:[42,0]
package org.apache.shindig.social.opensocial.jpa does not exist

Do I have to change somehow pom.xml in "java/samples"
so that maven creates packages?

Best
Evgeny
PS: Sorry for my java ignorance :)


On 07.07.10 18:22, Henry Saputra wrote:
   

Hi Evgeny,

Maybe you can start take a look at the trunk/java/samples project that uses
hibernate and jpa.

- Henry

On Wed, Jul 7, 2010 at 7:52 AM, Evgeny Bogdanovwrote:


 

Hello,

Plan to connect my database to java shindig (did it for php shindig based
on Partuza example, works well)
What is a best practice do do it for java?
Is there a config file where all database settings are saved?
Could somebody give your implementation to start from?

Thanks
Evgeny


   

Re: Java shindig: add database

[Evgeny Bogdanov]

Hi

thanks, I looked at it and everything seems to be what I need.
However, I can't compile code when I import jpa

What I did is I created a class GraaaspDbFetcher.java
in "org.apache.shindig.social.sample.spi"

In this class I have jpa imports:
import org.apache.shindig.social.opensocial.jpa.*;
import org.apache.shindig.social.opensocial.jpa.api.*;
import org.apache.shindig.social.opensocial.jpa.hibernate.*;
import org.apache.shindig.social.opensocial.jpa.spi.*;

When I run
$ mvn package -Dmaven.test.skip -P reporting

I get the following error:
/Library/WebServer/Documents/shindig/java/social-api/src/main/java/org/apache/shindig/social/sample/spi/GraaaspDbFetcher.java:[42,0] 
package org.apache.shindig.social.opensocial.jpa does not exist


Do I have to change somehow pom.xml in "java/samples"
so that maven creates packages?

Best
Evgeny
PS: Sorry for my java ignorance :)


On 07.07.10 18:22, Henry Saputra wrote:

Hi Evgeny,

Maybe you can start take a look at the trunk/java/samples project that uses
hibernate and jpa.

- Henry

On Wed, Jul 7, 2010 at 7:52 AM, Evgeny Bogdanovwrote:

   

Hello,

Plan to connect my database to java shindig (did it for php shindig based
on Partuza example, works well)
What is a best practice do do it for java?
Is there a config file where all database settings are saved?
Could somebody give your implementation to start from?

Thanks
Evgeny

 

Java shindig: add database

[Evgeny Bogdanov]

Hello,

Plan to connect my database to java shindig (did it for php shindig 
based on Partuza example, works well)

What is a best practice do do it for java?
Is there a config file where all database settings are saved?
Could somebody give your implementation to start from?

Thanks
Evgeny

Re: what is a stable java-php combination

[Evgeny Bogdanov]

If you use trunk php version
and java-shindig 1.1-BETA5

and follow instructions about mod proxy
it should work

If you want to use java-shindig 2.0, I don't know
since didn't do it yet :)
there were some changes in request naming that break
the setup of  mod proxy: you either have to modify mod proxy accordingly
or change shindig to have old requests (gadgets/social)
that are not default anymore

On 07.07.10 14:57, Pieter Maes -- Maescool wrote:

  Hi

can anyone help me with this?
or do i need to wait for the next release?
thanks!

Pieter Maes


Op 25/06/10 12:49, Pieter Maes -- Maescool schreef:
   

Hi,

In a previous mail I was recommended to run the gadget in java and the
social in php
now i'm wonder which version(s) i should use that is seen as stable and
able to work together?
and how should i do it best?
i have practical no experience with tomcat.. but i have been able to let
an version work with it and my social in php.. (thanks to mod proxy tip
i got here)
but it's so buggy :/

what configs do i need to copy/merge from my php version?
are there wiki's? howtos i don't know of?

thanks!

 
   

Re: Error at shindig with OAuth

[Evgeny Bogdanov]

You don't have to upload anything to google to make it work

"Target URL path prefix:" I used
graaasp.epfl.ch (where the gadget is hosted)

I don't remember generating any ssl certificate (even if I did I just 
followed the shindig's instructions)


On 7/6/10 20:38, Normandes Jr wrote:

what do you use at "Target URL path prefix: " google manage domains?

I used this: http://lab-51.no-ip.org:8080/gadgets and try with authsub too.



On Mon, Jun 7, 2010 at 3:30 PM, Normandes Jr  wrote:

   

I think that it is almost working. I am getting this error:
javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated

Do you generate certificated? How? I tried to generate this way:

openssl req -x509 -nodes -days 365 -newkey rsa:1024 -sha1 -subj \


   '/C=US/ST=CA/L=Mountain View/CN=www.example.com' -keyout \

   myrsakey.pem -out /tmp/myrsacert.pem


Then I edited the file: java/common/conf/shindig.properties with the
values:
shindig.signing.state-key=
shindig.signing.key-name=mykey
shindig.signing.key-file=/opt/shindig/myrsacert.pem

Then I upload the file myrsacert.pem to my account to google.

Thanks a lot for your help.



On Mon, Jun 7, 2010 at 11:04 AM, Evgeny Bogdanovwrote:

 

Everything works for me (I mean oauth) with revision 951000

You have to specify both security token and url:
and make sure you have http:// in both url and security token.

http://localhost:8080/gadgets/ifr?url=http://graaasp.epfl.ch/gadget/oauth_example.xml&st=p_4:p_4:4:default:http://graaasp.epfl.ch/gadget/oauth_example.xml:4:1

Having http:// in security token (if you don't encrypt it) will break the
shindig,
unless you apply this patch:
https://issues.apache.org/jira/browse/SHINDIG-1334

For this gadget, you need oauth.json like this:
"http://graaasp.epfl.ch/gadget/oauth_example.xml"; : {
"google" : {
  "consumer_secret" : "code_from_google",
  "consumer_key": "graaasp.epfl.ch",
  "key_type": "HMAC_SHA1"
  }
  },



On 07.06.10 15:44, Evgeny Bogdanov wrote:

   

For me it is broken also. Try this version
svn update --revision=951000
mvn package -Dmaven.test.skip
mvn -Prun


On 07.06.10 14:40, Normandes Jr wrote:


 

At friday I was in training and today I did an update at shindig and try
this URL:


http://lab-51.no-ip.org:8080/gadgets/ifr?url=http://lab-51.no-ip.org:8080/samplecontainer/examples/oauth_example.xml&aid=12&mid=12&viewer=2&owner=2&st=2:2:12:default:lab-51.no-ip.org/samplecontainer/examples/oauth_example.xml:12:1

This domain is real. Now there is no error at shindig log, but nothing
happens at browser. Even when I remove the security token.

But I think that the problem is worse than before, because even this
url:

http://lab-51.no-ip.org:8080/gadgets/ifr?url=http://www.labpixies.com/campaigns/todo/todo.xmlisn't<http://lab-51.no-ip.org:8080/gadgets/ifr?url=http://www.labpixies.com/campaigns/todo/todo.xmlisn%27t>
working.

Do you know if there is some problem at trunk version?




On Wed, Jun 2, 2010 at 4:28 PM, Evgeny Bogdanov   

wrote:
 




   

Drop me an email on Friday. I can't do it now anymore :(
Change url both in security token and&url=
to the gadget xml file that I sent before (for this you need to host
this
gadget somewhere)
Try to remove the security token

You used




http%3A%2F%2Flocalhost:8080%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml

but this is not a oAuth gadget, it is a gadget to work with opensocial


On 2/6/10 21:04, Normandes Jr wrote:




 

Thanks for your help again.

I checked and I am using&url=http://...

I did a debug at MakeRequestServlet and I realized that the values of
SecurityToken attribute is:

Object value =


request.getAttribute("org.apache.shindig.auth.AuthInfo$Attribute.SECURITY_TOKEN")
AnonymousSecurityToken a = (AnonymousSecurityToken) value;
a.getAppId() =
a.getAppUrl() =
a.getAuthenticationMode() = UNAUTHENTICATED
a.getContainer() = default
a.getDomain() =
a.getModuleId() = 0
a.getOwnerId() = -1
a.getTrustedJson() =
a.getUpdatedToken() =
a.getViewerId() = -1
a.getExpiresAt() = null

I change your url to:


http://localhost:8080/gadgets/ifr?url=http%3A%2F%2Flocalhost:8080%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml&aid=12&mid=12&viewer=2&owner=2&st=2:2:12:default:shindig%2Fgadgets%2Ffiles%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml:12:1

And I got this error:
INFO: Returning a response error as result of a protocol exception
org.apache.shindig.protocol.ProtocolException: Person '2' not found
  at


org.apache.shindig.social.sample.spi.JsonDbOpensocialService.getPerson(JsonDbOpensocialService.java:324)
  at


org.apache.shindig.social.opensoci

Re: Error at shindig with OAuth

[Evgeny Bogdanov]

Everything works for me (I mean oauth) with revision 951000

You have to specify both security token and url:
and make sure you have http:// in both url and security token.
http://localhost:8080/gadgets/ifr?url=http://graaasp.epfl.ch/gadget/oauth_example.xml&st=p_4:p_4:4:default:http://graaasp.epfl.ch/gadget/oauth_example.xml:4:1

Having http:// in security token (if you don't encrypt it) will break 
the shindig,

unless you apply this patch:
https://issues.apache.org/jira/browse/SHINDIG-1334

For this gadget, you need oauth.json like this:
"http://graaasp.epfl.ch/gadget/oauth_example.xml"; : {
"google" : {
  "consumer_secret" : "code_from_google",
  "consumer_key": "graaasp.epfl.ch",
  "key_type"    : "HMAC_SHA1"
  }
  },


On 07.06.10 15:44, Evgeny Bogdanov wrote:

For me it is broken also. Try this version
svn update --revision=951000
mvn package -Dmaven.test.skip
mvn -Prun


On 07.06.10 14:40, Normandes Jr wrote:
   

At friday I was in training and today I did an update at shindig and try
this URL:

http://lab-51.no-ip.org:8080/gadgets/ifr?url=http://lab-51.no-ip.org:8080/samplecontainer/examples/oauth_example.xml&aid=12&mid=12&viewer=2&owner=2&st=2:2:12:default:lab-51.no-ip.org/samplecontainer/examples/oauth_example.xml:12:1

This domain is real. Now there is no error at shindig log, but nothing
happens at browser. Even when I remove the security token.

But I think that the problem is worse than before, because even this url:
http://lab-51.no-ip.org:8080/gadgets/ifr?url=http://www.labpixies.com/campaigns/todo/todo.xmlisn't
working.

Do you know if there is some problem at trunk version?




On Wed, Jun 2, 2010 at 4:28 PM, Evgeny Bogdanovwrote:


 

Drop me an email on Friday. I can't do it now anymore :(
Change url both in security token and&url=
to the gadget xml file that I sent before (for this you need to host this
gadget somewhere)
Try to remove the security token

You used



http%3A%2F%2Flocalhost:8080%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml

but this is not a oAuth gadget, it is a gadget to work with opensocial


On 2/6/10 21:04, Normandes Jr wrote:


   

Thanks for your help again.

I checked and I am using&url=http://...

I did a debug at MakeRequestServlet and I realized that the values of
SecurityToken attribute is:

Object value =

request.getAttribute("org.apache.shindig.auth.AuthInfo$Attribute.SECURITY_TOKEN")
AnonymousSecurityToken a = (AnonymousSecurityToken) value;
a.getAppId() =
a.getAppUrl() =
a.getAuthenticationMode() = UNAUTHENTICATED
a.getContainer() = default
a.getDomain() =
a.getModuleId() = 0
a.getOwnerId() = -1
a.getTrustedJson() =
a.getUpdatedToken() =
a.getViewerId() = -1
a.getExpiresAt() = null

I change your url to:

http://localhost:8080/gadgets/ifr?url=http%3A%2F%2Flocalhost:8080%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml&aid=12&mid=12&viewer=2&owner=2&st=2:2:12:default:shindig%2Fgadgets%2Ffiles%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml:12:1

And I got this error:
INFO: Returning a response error as result of a protocol exception
org.apache.shindig.protocol.ProtocolException: Person '2' not found
  at

org.apache.shindig.social.sample.spi.JsonDbOpensocialService.getPerson(JsonDbOpensocialService.java:324)
  at

org.apache.shindig.social.opensocial.service.PersonHandler.get(PersonHandler.java:82)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at

org.apache.shindig.protocol.DefaultHandlerRegistry$MethodCaller.call(DefaultHandlerRegistry.java:474)
  at

org.apache.shindig.protocol.DefaultHandlerRegistry$RpcInvocationHandler.execute(DefaultHandlerRegistry.java:300)
  at

org.apache.shindig.protocol.DefaultHandlerRegistry$RpcInvocationWrapper.execute(DefaultHandlerRegistry.java:324)
  at

org.apache.shindig.protocol.JsonRpcServlet.dispatchBatch(JsonRpcServlet.java:185)
  at

org.apache.shindig.protocol.JsonRpcServlet.service(JsonRpcServlet.java:130)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
  at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
  at

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)
  at

org.apache.shindig.auth.AuthenticationServletFilter.callChain(AuthenticationServletFilter.java:123)
  at

org.apache.shindig.auth.AuthenticationServletFilter.doFilter(AuthenticationServletFilter.java:86)
  at

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(

Re: Error at shindig with OAuth

[Evgeny Bogdanov]

a:755)
 at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
 at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
 at

org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
 at

org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

On Wed, Jun 2, 2010 at 3:47 PM, Evgeny Bogdanov   

wrote:
 



   

Try full url in your browser



http://shindig/gadgets/ifr?url=http%3A%2F%2Fshindig%2Fgadgets%2Ffiles%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml
&aid=12&mid=12&viewer=2&owner=2


&st=2:2:12:default:shindig%2Fgadgets%2Ffiles%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml:12:1



On 2/6/10 20:30, Normandes Jr wrote:



 

I think that the problem is about a security token. But shindig isn't
append
this parameter. Do you know about this?


On Wed, Jun 2, 2010 at 2:16 PM, Normandes Jr
  wrote:





   

I did this and didn't work yet... :(

I can compile the shindig code to debug something for you, just tell me
where should I insert some debug code. Do you think that can be a bug
of
shindig or is configuration?

Thanks for you help.

Normandes Junior.



On Wed, Jun 2, 2010 at 4:51 AM, Evgeny Bogdanov<
evgeny.bogda...@epfl.ch


 

wrote:


   




 

Try gadget in the attachment (takes contacts from your gmail account)

Add the lines below to your oauth.json.

"http://path_to_your_gadget/oauth_example.xml"; : {
"google" : {
  "consumer_secret" : "you_will_get_it_from_google",
  "consumer_key": "your_consumer_key_from_google",
  "key_type": "HMAC_SHA1"
  }
  },

You can get the keys for google here:
https://www.google.com/accounts/ManageDomains

This worked perfectly for me a week or two ago


On 01.06.10 21:26, Normandes Jr wrote:





   

So, where should I start take a look to be able solve this issue? How
could
I know if the gadget spec is OK?


On Tue, Jun 1, 2010 at 4:21 PM, Cesar William
  wrote:







 

-- Forwarded message --
From: Paul Lindner
Date: Tue, Jun 1, 2010 at 4:17 PM
Subject: Re: Error at shindig with OAuth
To: dev@shindig.apache.org


Shindig fetches the gadget spec to pull in the stanza,
if
your
gadget spec cannot be loaded it will give that error message.  Now
why
that's happening is another question.  It could be that your gadget
spec
is
not getting served up, or it could be a configuration issue with the
shindig
server you have set up (behind a proxy, dns, etc.)



On Tue, Jun 1, 2010 at 12:05 PM, Normandes Jr   
 

wrote:







   

Hi,

   Any gadget that I try to use OAuth, I get this error:
WARNING: OAuth fetch fatal error
OAuth error [UNKNOWN_PROBLEM, Could not fetch gadget spec] for






 

application






   

.  Request trace:
 Original request:
GET /m8/feeds/contacts/default/base?alt=json

Host: www.google.com
X-Shindig-AuthType: oauth
X-Forwarded-For: 127.0.0.1
X-shindig-dos: on



[UNKNOWN_PROBLEM,Could not fetch gadget spec]
at








 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.findSpec(GadgetOAuthTokenStore.java:286)






   

at








 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.lookupSpecInfo(GadgetOAuthTokenStore.java:129)






   

at








 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.getOAuthAccessor(GadgetOAuthTokenStore.java:94)






   

at








 

org.apache.shindig.gadgets.oauth.OAuthRequest.fetchNoThrow(OAuthRequest.java:192)






   

at







 

org.apache.shindig.gadgets.oauth.OAuthRequest.fetch(OAuthRequest.java:176)






   

at








 

org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(DefaultRequestPipeline.java:92)






   

at








 

org.apache.shindig.gadgets.servlet.MakeRequestHandler.doFetch(MakeRequestHandler.java:91)






   

at


org.apache.shindig.gadgets.servlet.ProxyBase.fetch(ProxyBase.java:169)
at








 

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doGet(MakeRequestServlet.java:49)






   

at








 

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doPost(MakeRequestServlet.java:55)






   

at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at


org.mortbay.jetty.servlet.ServletH

Re: What is the progress of php shindig?

[Evgeny Bogdanov]

I did it this way (though it'll change with shindig 2.0.0)

in apache 

        RewriteEngine On
        #Rewrite rules for shindig requests
        
        #This is php-shindig
        RewriteRule   /social/(.+)$ http://shindig/social/$1 [P]
        ProxyPassReverse  /social/    http://shindig/social
        
        #This is java-shindig
        RewriteRule   /gadgets/(.+)$
http://localhost:8080/gadgets/$1 [P]
        ProxyPassReverse  /gadgets/    http://localhost:8080/gadgets


On 04.06.10 13:18, Pieter Maes -- Maescool wrote:

  
Hi,
  
I was wondering what was the status of the php version of shindig
versus the java version?
i have read somewhere there was an alternative posibuility of running
the container in java-version and the rpc in php?
how could i implement this way best?
  
Thanks
  
  -- 
  

Re: Error at shindig with OAuth

[Evgeny Bogdanov]

ork yet... :(

I can compile the shindig code to debug something for you, just tell me
where should I insert some debug code. Do you think that can be a bug of
shindig or is configuration?

Thanks for you help.

Normandes Junior.



On Wed, Jun 2, 2010 at 4:51 AM, Evgeny Bogdanov 

wrote:
   



 

Try gadget in the attachment (takes contacts from your gmail account)

Add the lines below to your oauth.json.

"http://path_to_your_gadget/oauth_example.xml"; : {
"google" : {
  "consumer_secret" : "you_will_get_it_from_google",
  "consumer_key": "your_consumer_key_from_google",
  "key_type": "HMAC_SHA1"
  }
  },

You can get the keys for google here:
https://www.google.com/accounts/ManageDomains

This worked perfectly for me a week or two ago


On 01.06.10 21:26, Normandes Jr wrote:



   

So, where should I start take a look to be able solve this issue? How
could
I know if the gadget spec is OK?


On Tue, Jun 1, 2010 at 4:21 PM, Cesar William
  wrote:





 

-- Forwarded message --
From: Paul Lindner
Date: Tue, Jun 1, 2010 at 4:17 PM
Subject: Re: Error at shindig with OAuth
To: dev@shindig.apache.org


Shindig fetches the gadget spec to pull in thestanza, if
your
gadget spec cannot be loaded it will give that error message.  Now why
that's happening is another question.  It could be that your gadget
spec
is
not getting served up, or it could be a configuration issue with the
shindig
server you have set up (behind a proxy, dns, etc.)



On Tue, Jun 1, 2010 at 12:05 PM, Normandes Jr
wrote:





   

Hi,

   Any gadget that I try to use OAuth, I get this error:
WARNING: OAuth fetch fatal error
OAuth error [UNKNOWN_PROBLEM, Could not fetch gadget spec] for




 

application




   

.  Request trace:
 Original request:
GET /m8/feeds/contacts/default/base?alt=json

Host: www.google.com
X-Shindig-AuthType: oauth
X-Forwarded-For: 127.0.0.1
X-shindig-dos: on



[UNKNOWN_PROBLEM,Could not fetch gadget spec]
at






 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.findSpec(GadgetOAuthTokenStore.java:286)




   

at






 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.lookupSpecInfo(GadgetOAuthTokenStore.java:129)




   

at






 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.getOAuthAccessor(GadgetOAuthTokenStore.java:94)




   

at






 

org.apache.shindig.gadgets.oauth.OAuthRequest.fetchNoThrow(OAuthRequest.java:192)




   

at





 

org.apache.shindig.gadgets.oauth.OAuthRequest.fetch(OAuthRequest.java:176)




   

at






 

org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(DefaultRequestPipeline.java:92)




   

at






 

org.apache.shindig.gadgets.servlet.MakeRequestHandler.doFetch(MakeRequestHandler.java:91)




   

at

org.apache.shindig.gadgets.servlet.ProxyBase.fetch(ProxyBase.java:169)
at






 

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doGet(MakeRequestServlet.java:49)




   

at






 

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doPost(MakeRequestServlet.java:55)




   

at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at

org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at






 

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)




   

at






 

org.apache.shindig.auth.AuthenticationServletFilter.callChain(AuthenticationServletFilter.java:123)




   

at






 

org.apache.shindig.auth.AuthenticationServletFilter.doFilter(AuthenticationServletFilter.java:86)




   

at






 

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)




   

at


org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at





 

org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)




   

at


org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at


org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at




 

org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)




   

at






 

org.mortbay.jetty.handler.ContextHandlerCollection.hand

Re: Error at shindig with OAuth

[Evgeny Bogdanov]

Try full url in your browser

http://shindig/gadgets/ifr?url=http%3A%2F%2Fshindig%2Fgadgets%2Ffiles%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml
&aid=12&mid=12&viewer=2&owner=2
&st=2:2:12:default:shindig%2Fgadgets%2Ffiles%2Fsamplecontainer%2Fexamples%2FgetFriendsHasApp.xml:12:1


On 2/6/10 20:30, Normandes Jr wrote:

I think that the problem is about a security token. But shindig isn't append
this parameter. Do you know about this?


On Wed, Jun 2, 2010 at 2:16 PM, Normandes Jr  wrote:

   

I did this and didn't work yet... :(

I can compile the shindig code to debug something for you, just tell me
where should I insert some debug code. Do you think that can be a bug of
shindig or is configuration?

Thanks for you help.

Normandes Junior.



On Wed, Jun 2, 2010 at 4:51 AM, Evgeny Bogdanovwrote:

 

Try gadget in the attachment (takes contacts from your gmail account)

Add the lines below to your oauth.json.

"http://path_to_your_gadget/oauth_example.xml"; : {
"google" : {
  "consumer_secret" : "you_will_get_it_from_google",
  "consumer_key": "your_consumer_key_from_google",
  "key_type": "HMAC_SHA1"
  }
  },

You can get the keys for google here:
https://www.google.com/accounts/ManageDomains

This worked perfectly for me a week or two ago


On 01.06.10 21:26, Normandes Jr wrote:

   

So, where should I start take a look to be able solve this issue? How
could
I know if the gadget spec is OK?


On Tue, Jun 1, 2010 at 4:21 PM, Cesar William
  wrote:



 

-- Forwarded message --
From: Paul Lindner
Date: Tue, Jun 1, 2010 at 4:17 PM
Subject: Re: Error at shindig with OAuth
To: dev@shindig.apache.org


Shindig fetches the gadget spec to pull in the   stanza, if
your
gadget spec cannot be loaded it will give that error message.  Now why
that's happening is another question.  It could be that your gadget spec
is
not getting served up, or it could be a configuration issue with the
shindig
server you have set up (behind a proxy, dns, etc.)



On Tue, Jun 1, 2010 at 12:05 PM, Normandes Jr
wrote:



   

Hi,

   Any gadget that I try to use OAuth, I get this error:
WARNING: OAuth fetch fatal error
OAuth error [UNKNOWN_PROBLEM, Could not fetch gadget spec] for


 

application


   

.  Request trace:
 Original request:
GET /m8/feeds/contacts/default/base?alt=json

Host: www.google.com
X-Shindig-AuthType: oauth
X-Forwarded-For: 127.0.0.1
X-shindig-dos: on



[UNKNOWN_PROBLEM,Could not fetch gadget spec]
at




 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.findSpec(GadgetOAuthTokenStore.java:286)


   

at




 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.lookupSpecInfo(GadgetOAuthTokenStore.java:129)


   

at




 

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.getOAuthAccessor(GadgetOAuthTokenStore.java:94)


   

at




 

org.apache.shindig.gadgets.oauth.OAuthRequest.fetchNoThrow(OAuthRequest.java:192)


   

at



 

org.apache.shindig.gadgets.oauth.OAuthRequest.fetch(OAuthRequest.java:176)


   

at




 

org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(DefaultRequestPipeline.java:92)


   

at




 

org.apache.shindig.gadgets.servlet.MakeRequestHandler.doFetch(MakeRequestHandler.java:91)


   

at
org.apache.shindig.gadgets.servlet.ProxyBase.fetch(ProxyBase.java:169)
at




 

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doGet(MakeRequestServlet.java:49)


   

at




 

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doPost(MakeRequestServlet.java:55)


   

at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at




 

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)


   

at




 

org.apache.shindig.auth.AuthenticationServletFilter.callChain(AuthenticationServletFilter.java:123)


   

at




 

org.apache.shindig.auth.AuthenticationServletFilter.doFilter(AuthenticationServletFilter.java:86)


   

at




 

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)


   

at

org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at



 

org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)


   

at

org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at

org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at


 

Re: Error at shindig with OAuth

[Evgeny Bogdanov]

If you don't solve the problem, let me know, I'll try to check it on 
Friday (can't do it earlier)


If I am not mistaking, I had this problem too.
It doesn't find a gadget url
Make sure you have &url=http://path_to_your_gadget/oauth_example.xml
if there is no "http://"; it won't find gadget spec

Maybe you also need to specify url in security token.

On 2/6/10 19:16, Normandes Jr wrote:

I did this and didn't work yet... :(

I can compile the shindig code to debug something for you, just tell me
where should I insert some debug code. Do you think that can be a bug of
shindig or is configuration?

Thanks for you help.

Normandes Junior.


On Wed, Jun 2, 2010 at 4:51 AM, Evgeny Bogdanovwrote:

   

Try gadget in the attachment (takes contacts from your gmail account)

Add the lines below to your oauth.json.

"http://path_to_your_gadget/oauth_example.xml"; : {
"google" : {
  "consumer_secret" : "you_will_get_it_from_google",
  "consumer_key": "your_consumer_key_from_google",
  "key_type": "HMAC_SHA1"
  }
  },

You can get the keys for google here:
https://www.google.com/accounts/ManageDomains

This worked perfectly for me a week or two ago


On 01.06.10 21:26, Normandes Jr wrote:

 

So, where should I start take a look to be able solve this issue? How
could
I know if the gadget spec is OK?


On Tue, Jun 1, 2010 at 4:21 PM, Cesar William   wrote:



   

-- Forwarded message --
From: Paul Lindner
Date: Tue, Jun 1, 2010 at 4:17 PM
Subject: Re: Error at shindig with OAuth
To: dev@shindig.apache.org


Shindig fetches the gadget spec to pull in the   stanza, if your
gadget spec cannot be loaded it will give that error message.  Now why
that's happening is another question.  It could be that your gadget spec
is
not getting served up, or it could be a configuration issue with the
shindig
server you have set up (behind a proxy, dns, etc.)



On Tue, Jun 1, 2010 at 12:05 PM, Normandes Jr
wrote:



 

Hi,

   Any gadget that I try to use OAuth, I get this error:
WARNING: OAuth fetch fatal error
OAuth error [UNKNOWN_PROBLEM, Could not fetch gadget spec] for


   

application


 

.  Request trace:
 Original request:
GET /m8/feeds/contacts/default/base?alt=json

Host: www.google.com
X-Shindig-AuthType: oauth
X-Forwarded-For: 127.0.0.1
X-shindig-dos: on



[UNKNOWN_PROBLEM,Could not fetch gadget spec]
at




   

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.findSpec(GadgetOAuthTokenStore.java:286)


 

at




   

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.lookupSpecInfo(GadgetOAuthTokenStore.java:129)


 

at




   

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.getOAuthAccessor(GadgetOAuthTokenStore.java:94)


 

at




   

org.apache.shindig.gadgets.oauth.OAuthRequest.fetchNoThrow(OAuthRequest.java:192)


 

at



   

org.apache.shindig.gadgets.oauth.OAuthRequest.fetch(OAuthRequest.java:176)


 

at




   

org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(DefaultRequestPipeline.java:92)


 

at




   

org.apache.shindig.gadgets.servlet.MakeRequestHandler.doFetch(MakeRequestHandler.java:91)


 

at
org.apache.shindig.gadgets.servlet.ProxyBase.fetch(ProxyBase.java:169)
at




   

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doGet(MakeRequestServlet.java:49)


 

at




   

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doPost(MakeRequestServlet.java:55)


 

at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at




   

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)


 

at




   

org.apache.shindig.auth.AuthenticationServletFilter.callChain(AuthenticationServletFilter.java:123)


 

at




   

org.apache.shindig.auth.AuthenticationServletFilter.doFilter(AuthenticationServletFilter.java:86)


 

at




   

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)


 

at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at



   

org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)


 

at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at


   

org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)


 

at




   

org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollec

Re: Error at shindig with OAuth

[Evgeny Bogdanov]

Try gadget in the attachment (takes contacts from your gmail account)

Add the lines below to your oauth.json.

"http://path_to_your_gadget/oauth_example.xml"; : {
"google" : {
  "consumer_secret" : "you_will_get_it_from_google",
  "consumer_key": "your_consumer_key_from_google",
  "key_type": "HMAC_SHA1"
  }
  },

You can get the keys for google here:
https://www.google.com/accounts/ManageDomains

This worked perfectly for me a week or two ago

On 01.06.10 21:26, Normandes Jr wrote:

So, where should I start take a look to be able solve this issue? How could
I know if the gadget spec is OK?


On Tue, Jun 1, 2010 at 4:21 PM, Cesar William  wrote:

   


-- Forwarded message --
From: Paul Lindner
Date: Tue, Jun 1, 2010 at 4:17 PM
Subject: Re: Error at shindig with OAuth
To: dev@shindig.apache.org


Shindig fetches the gadget spec to pull in the  stanza, if your
gadget spec cannot be loaded it will give that error message.  Now why
that's happening is another question.  It could be that your gadget spec is
not getting served up, or it could be a configuration issue with the
shindig
server you have set up (behind a proxy, dns, etc.)



On Tue, Jun 1, 2010 at 12:05 PM, Normandes Jr
wrote:

 

Hi,

   Any gadget that I try to use OAuth, I get this error:
WARNING: OAuth fetch fatal error
OAuth error [UNKNOWN_PROBLEM, Could not fetch gadget spec] for
   

application
 

.  Request trace:
 Original request:
GET /m8/feeds/contacts/default/base?alt=json

Host: www.google.com
X-Shindig-AuthType: oauth
X-Forwarded-For: 127.0.0.1
X-shindig-dos: on



[UNKNOWN_PROBLEM,Could not fetch gadget spec]
at


   

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.findSpec(GadgetOAuthTokenStore.java:286)
 

at


   

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.lookupSpecInfo(GadgetOAuthTokenStore.java:129)
 

at


   

org.apache.shindig.gadgets.oauth.GadgetOAuthTokenStore.getOAuthAccessor(GadgetOAuthTokenStore.java:94)
 

at


   

org.apache.shindig.gadgets.oauth.OAuthRequest.fetchNoThrow(OAuthRequest.java:192)
 

at

   

org.apache.shindig.gadgets.oauth.OAuthRequest.fetch(OAuthRequest.java:176)
 

at


   

org.apache.shindig.gadgets.http.DefaultRequestPipeline.execute(DefaultRequestPipeline.java:92)
 

at


   

org.apache.shindig.gadgets.servlet.MakeRequestHandler.doFetch(MakeRequestHandler.java:91)
 

at
org.apache.shindig.gadgets.servlet.ProxyBase.fetch(ProxyBase.java:169)
at


   

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doGet(MakeRequestServlet.java:49)
 

at


   

org.apache.shindig.gadgets.servlet.MakeRequestServlet.doPost(MakeRequestServlet.java:55)
 

at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at


   

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)
 

at


   

org.apache.shindig.auth.AuthenticationServletFilter.callChain(AuthenticationServletFilter.java:123)
 

at


   

org.apache.shindig.auth.AuthenticationServletFilter.doFilter(AuthenticationServletFilter.java:86)
 

at


   

org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
 

at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at

   

org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
 

at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at
   

org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
 

at


   

org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
 

at


   

org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
 

at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at


   

org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:938)
 

at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:755)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at


   

org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
 

at


   

org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
 

Caused by: org.apache.shindig.gadgets.GadgetException: Url  do

Re: Jetty server fails to start

[Evgeny Bogdanov]

Thanks Paul.
It works now with jetty, though doesn't in tomcat (apache-tomcat-6.0.20, 
Mac OS 10.6.3)


May 19, 2010 10:07:57 AM org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal 
performance in production environments was not found on the 
java.library.path: 
.:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java

May 19, 2010 10:07:57 AM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
May 19, 2010 10:07:57 AM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 317 ms
May 19, 2010 10:07:57 AM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
May 19, 2010 10:07:57 AM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.20
May 19, 2010 10:07:57 AM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive ROOT.war
May 19, 2010 10:07:57 AM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
May 19, 2010 10:07:57 AM org.apache.catalina.core.StandardContext start
SEVERE: Context [] startup failed due to previous errors
 INFO [main] (ContextListener.java:73) - Using local widget server 
properties file: 
/Library/Tomcat/apache-tomcat-6.0.20/local.widgetserver.properties
10:07:58,946  INFO ContextListener:73 - Using local widget server 
properties file: 
/Library/Tomcat/apache-tomcat-6.0.20/local.widgetserver.properties
 INFO [main] (ContextListener.java:96) - Using local open social 
properties file: 
/Library/Tomcat/apache-tomcat-6.0.20/local.opensocial.properties
10:07:58,961  INFO ContextListener:96 - Using local open social 
properties file: 
/Library/Tomcat/apache-tomcat-6.0.20/local.opensocial.properties
 INFO [main] (ContextListener.java:112) - Loading local features file: 
/Library/Tomcat/apache-tomcat-6.0.20/local.opensocial.properties
10:07:58,962  INFO ContextListener:112 - Loading local features file: 
/Library/Tomcat/apache-tomcat-6.0.20/local.opensocial.properties
 INFO [main] (FeatureLoader.java:58) - Installed 
feature:http://wave.google.com
10:07:59,069  INFO FeatureLoader:58 - Installed 
feature:http://wave.google.com
 INFO [main] (FeatureLoader.java:58) - Installed 
feature:http://www.getwookie.org/usefeature/polling
10:07:59,071  INFO FeatureLoader:58 - Installed 
feature:http://www.getwookie.org/usefeature/polling

May 19, 2010 10:07:59 AM org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
May 19, 2010 10:07:59 AM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:8009
May 19, 2010 10:07:59 AM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/13  config=null
May 19, 2010 10:07:59 AM org.apache.catalina.startup.Catalina start
INFO: Server startup in 2188 ms

Re: Jetty server fails to start

[Evgeny Bogdanov]

On 18.05.10 17:49, Paul Lindner wrote:

I'll see what's up here.. for now you can do this:

cd java/server
mvn jetty:run
   

the same here
the problem is with:

org.mortbay.jetty.plugin.jetty6pluginwebappcont...@76f2d004

You don't have this problem?



On Tue, May 18, 2010 at 8:06 AM, Evgeny Bogdanovwrote:

   

Java Shindig (trunk)

mvn -Prun

Server seems to be started, but

http://localhost:8080/gadgets/ifr?url=http://www.labpixies.com/campaigns/todo/todo.xml
gives:


   HTTP ERROR: 503

Problem accessing /gadgets/ifr. Reason:

SERVICE_UNAVAILABLE


Running log

iamac71:shindig assistants$ mvn -Prun
[INFO] Scanning for projects...
[INFO]

[INFO] Building Apache Shindig Project
[INFO]task-segment: [jetty:run-war]
[INFO]

[INFO] Preparing jetty:run-war
[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] Setting property: classpath.resource.loader.class =>
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
[INFO] Setting property: velocimacro.messages.on =>  'false'.
[INFO] Setting property: resource.loader =>  'classpath'.
[INFO] Setting property: resource.manager.logwhenfound =>  'false'.
[INFO] [remote-resources:process {execution: default}]
[INFO] [antrun:run {execution: create-work}]
[INFO] Executing tasks
[INFO] Executed tasks
[INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] [source:jar {execution: attach-sources}]
[INFO] Preparing source:test-jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive
invocation.
[WARNING] Removing: test-jar from forked lifecycle, to prevent recursive
invocation.
[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] [source:test-jar {execution: attach-sources}]
[INFO] [jetty:run-war {execution: default-cli}]
[INFO] Configuring Jetty for project: Apache Shindig Project
2010-05-18 16:53:37.277:INFO::Logging to STDERR via
org.mortbay.log.StdErrLog
[INFO] Context path = /
[INFO] Tmp directory =  determined at runtime
[INFO] Web defaults = org/mortbay/jetty/webapp/webdefault.xml
[INFO] Web overrides =  none
[INFO] Starting jetty 6.1.22 ...
2010-05-18 16:53:37.333:INFO::jetty-6.1.22
2010-05-18 16:53:37.345:INFO::Extract
/Library/WebServer/Documents/shindig/java/server/target/shindig-server-2.0.0-SNAPSHOT.war
to /Library/WebServer/Documents/shindig/target/work/webapp
2010-05-18 16:53:38.075:INFO::No Transaction manager found - if your webapp
requires one, please configure one.
2010-05-18 16:53:38.426:WARN::Failed startup of context
org.mortbay.jetty.plugin.jetty6pluginwebappcont...@76f2d004
{/,/Library/WebServer/Documents/shindig/java/server/target/shindig-server-2.0.0-SNAPSHOT.war}
java.lang.RuntimeException: java.lang.ClassNotFoundException:
org.apache.shindig.extras.ShindigExtrasGuiceModule
at
org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:59)
at
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
at
org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:115)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:224)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.plugin.Jetty6PluginServer.start(Jetty6PluginServer.java:132)
at
org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:441)
at
org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:383)
at
org.mortbay.jetty.plugin.Jetty6RunWar.execute(Jetty6RunWar.java:67)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.e

Re: [jira] Updated: (SHINDIG-1334) Security token parsing breaks when url contains ":" sign

[Evgeny Bogdanov]

no, just simple
st="o:v:etc"

On 18.05.10 18:16, Paul Lindner wrote:

Did you try URL-encoding the URL?

On Tue, May 18, 2010 at 9:06 AM, Evgeny Bogdanov (JIRA)wrote:

   

 [
https://issues.apache.org/jira/browse/SHINDIG-1334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]

Evgeny Bogdanov updated SHINDIG-1334:
-

Attachment: fix-1334-bug.patch

Solution!

 

Security token parsing breaks when url contains ":" sign


 Key: SHINDIG-1334
 URL: https://issues.apache.org/jira/browse/SHINDIG-1334
 Project: Shindig
  Issue Type: Bug
  Components: Java
 Environment: Shindig Java, Mac OS, trunk version
        Reporter: Evgeny Bogdanov
 Attachments: fix-1334-bug.patch


shindig doesn't correctly parse security token when url contains ":"
If I have url=http://host:80/gadget.xml, then shindig can't parse
   

properly the following security token
 

st=o:v:a:d:http://host:80/gadget.xml:1:c
it is parsed into ["o","v","a","d","http","//host","80"], but should be
["o","v","a","d","http://host:80/gadget.xml","1","c";]
Bug is the same as one for php version:
https://issues.apache.org/jira/browse/SHINDIG-1316
   

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


 
   

Jetty server fails to start

[Evgeny Bogdanov]

Java Shindig (trunk)

mvn -Prun

Server seems to be started, but
http://localhost:8080/gadgets/ifr?url=http://www.labpixies.com/campaigns/todo/todo.xml
gives:


   HTTP ERROR: 503

Problem accessing /gadgets/ifr. Reason:

SERVICE_UNAVAILABLE


Running log

iamac71:shindig assistants$ mvn -Prun
[INFO] Scanning for projects...
[INFO] 


[INFO] Building Apache Shindig Project
[INFO]task-segment: [jetty:run-war]
[INFO] 


[INFO] Preparing jetty:run-war
[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] Setting property: classpath.resource.loader.class => 
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.

[INFO] Setting property: velocimacro.messages.on => 'false'.
[INFO] Setting property: resource.loader => 'classpath'.
[INFO] Setting property: resource.manager.logwhenfound => 'false'.
[INFO] [remote-resources:process {execution: default}]
[INFO] [antrun:run {execution: create-work}]
[INFO] Executing tasks
[INFO] Executed tasks
[INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive 
invocation.

[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] [source:jar {execution: attach-sources}]
[INFO] Preparing source:test-jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive 
invocation.
[WARNING] Removing: test-jar from forked lifecycle, to prevent recursive 
invocation.

[INFO] [enforcer:enforce {execution: enforce-java}]
[INFO] [source:test-jar {execution: attach-sources}]
[INFO] [jetty:run-war {execution: default-cli}]
[INFO] Configuring Jetty for project: Apache Shindig Project
2010-05-18 16:53:37.277:INFO::Logging to STDERR via 
org.mortbay.log.StdErrLog

[INFO] Context path = /
[INFO] Tmp directory =  determined at runtime
[INFO] Web defaults = org/mortbay/jetty/webapp/webdefault.xml
[INFO] Web overrides =  none
[INFO] Starting jetty 6.1.22 ...
2010-05-18 16:53:37.333:INFO::jetty-6.1.22
2010-05-18 16:53:37.345:INFO::Extract 
/Library/WebServer/Documents/shindig/java/server/target/shindig-server-2.0.0-SNAPSHOT.war 
to /Library/WebServer/Documents/shindig/target/work/webapp
2010-05-18 16:53:38.075:INFO::No Transaction manager found - if your 
webapp requires one, please configure one.
2010-05-18 16:53:38.426:WARN::Failed startup of context 
org.mortbay.jetty.plugin.jetty6pluginwebappcont...@76f2d004{/,/Library/WebServer/Documents/shindig/java/server/target/shindig-server-2.0.0-SNAPSHOT.war}
java.lang.RuntimeException: java.lang.ClassNotFoundException: 
org.apache.shindig.extras.ShindigExtrasGuiceModule
at 
org.apache.shindig.common.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:59)
at 
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)

at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
at 
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
at 
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
at 
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
at 
org.mortbay.jetty.plugin.Jetty6PluginWebAppContext.doStart(Jetty6PluginWebAppContext.java:115)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at 
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at 
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at 
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at 
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)

at org.mortbay.jetty.Server.doStart(Server.java:224)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at 
org.mortbay.jetty.plugin.Jetty6PluginServer.start(Jetty6PluginServer.java:132)
at 
org.mortbay.jetty.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:441)
at 
org.mortbay.jetty.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:383)
at 
org.mortbay.jetty.plugin.Jetty6RunWar.execute(Jetty6RunWar.java:67)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:483)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:678)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:553)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:523)

Re: How to build in eclipse

[Evgeny Bogdanov]

Thank you for the info (I do want the changes on jar projects)
I seem to have found a solution. Though there is still one more problem.

1) My jetty server in eclipse points now to shindig/java/server
2) debugger is linked to this jetty server
3) I use "mvn" command to build the project

Now for the changes to be taken I have to re-run all 3 command above.
Here it sais that normally I have to only rebuild project, and don't 
have to restart jetty:


http://shindig.apache.org/developers/java/build.html

Is this the case for you?

On 14/5/10 19:47, franck tankoua wrote:

Hi,
I am using "war:inplace: for my server project ( which replace the
shindig-server)
THis helps building automatically my code in eclipse and having my changes
ready to test. But if you are doing changes in on the jar projects (gadgets,
social-api, common...) you will need to build them again as Han said.

One example which comes to mind is : changing the container.js in
shindig-common will require running the mvn build command again to have you
jar file updated.


On Fri, May 14, 2010 at 7:35 PM, Han Nguyen  wrote:

   

Evgeny,
Shindig is a maven project, setting eclipse build automatically on is not
enough. You will need to run the maven build again to update your changes.
Hope that helps.
Han



From:   Evgeny Bogdanov
To: "dev@shindig.apache.org"
Date:   05/14/2010 11:34 AM
Subject:How to build in eclipse



I am trying to debug a java version in eclipse ... no luck (

I set it up according to:
http://shindig.apache.org/developers/java/build.html

The debugger works as expected.
However if I change the code, the changes are not taken.
"Project ->  Build automatically" is checked in eclipse

"Right click on the project ->  Run As.. ->  Maven build " gives
[INFO] Scanning for projects...
[ERROR] The build could not read 1 project ->  [Help 1]
[ERROR]   The project
org.apache.shindig:shindig-gadgets:1.1-BETA6-SNAPSHOT
(/Library/WebServer/Documents/shindig/java/gadgets/pom.xml) has 2 errors
[ERROR]
'dependencies.dependency.(groupId:artifactId:type:classifier)' must be
unique: net.sourceforge.nekohtml:nekohtml:jar ->  duplicate declaration
of version (?)
[ERROR]
'dependencies.dependency.(groupId:artifactId:type:classifier)' must be
unique: org.apache.shindig:shindig-common:test-jar ->  duplicate
declaration of version (?)
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the
-e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException

Thanks in advance
Evgeny
PS:
Eclipse Java EE IDE for Web Developers.
Build id: 20100218-1602
Mac OSX 10.6.3




 


   

How to build in eclipse

[Evgeny Bogdanov]

I am trying to debug a java version in eclipse ... no luck (

I set it up according to: 
http://shindig.apache.org/developers/java/build.html


The debugger works as expected.
However if I change the code, the changes are not taken.
"Project -> Build automatically" is checked in eclipse

"Right click on the project -> Run As.. -> Maven build " gives
[INFO] Scanning for projects...
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]   The project 
org.apache.shindig:shindig-gadgets:1.1-BETA6-SNAPSHOT 
(/Library/WebServer/Documents/shindig/java/gadgets/pom.xml) has 2 errors
[ERROR] 
'dependencies.dependency.(groupId:artifactId:type:classifier)' must be 
unique: net.sourceforge.nekohtml:nekohtml:jar -> duplicate declaration 
of version (?)
[ERROR] 
'dependencies.dependency.(groupId:artifactId:type:classifier)' must be 
unique: org.apache.shindig:shindig-common:test-jar -> duplicate 
declaration of version (?)

[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the 
-e switch.

[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, 
please read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException


Thanks in advance
Evgeny
PS:
Eclipse Java EE IDE for Web Developers.
Build id: 20100218-1602
Mac OSX 10.6.3

Re: Fwd: merge together social/gadgets rpc/rest endpoints (issue1169044)

[Evgeny Bogdanov]

I also use currently java shindig for all /gadgets requests
and php shindig for all /social requests

On 12.05.10 11:01, Tim Wintle wrote:

On Tue, 2010-05-11 at 19:01 -0700, Paul Lindner wrote:
   

So here's a start (patch below) to streamlining the way shindig works with
rpc and rest endpoints.  I did this so I could batch gadgets and social
calls in the same request.

Is anyone deeply attached to /social and /gadgets?
 

At the moment it's possible to implement your own social apis in a
separate language, and use a simple rewrite on these two directories to
pass requests to the appropriate backend, while still making use of the
gadgetserver.

Am I correct that this change would tie you into extending the shindig
classes if you wanted to implement both sides of the server? (or writing
a request parser to split requests apart before proxying them to the
appropriate backends)

Out of interest, what benefits do we get from running off a flat
directory structure? (except from batching two requests into a single
call)



   

Re: Project strategy: Java + PHP

[Evgeny Bogdanov]

On 7/5/10 22:32, Paul Lindner wrote:

Shindig is an open source project so feature choices are only as good as the
contributions we get.   I try to not break the PHP side of things, but don't
know it so well.  I'd love to see more PHP contributions, there's plenty of
interesting work to be done there...

One good thing is that you can implement portions of your system in Java and
portions in PHP.  For example do gadget rendering in Java and use PHP to
implement the data APIs.
   

This is a good point! Didn't think about it!
Thank you!

On Fri, May 7, 2010 at 1:22 PM, John Hjelmstad  wrote:

   

My 2c:

There's no overarching strategy regarding feature set compatibility in PHP
vs. Java Shindig. They tend to be pushed forward by people using them
directly, parties who typically don't have the bandwidth to
double-implement
everything. So a schism is somewhat inevitable.

--j

On Fri, May 7, 2010 at 4:17 AM, Evgeny Bogdanov 

wrote:
   
 

Hello,

I'd like to know if possible what is the Shindig strategy concerning
java and php code.
I am using PHP version of shindig. I can see that some things are done
in java and not yet in php.
Even more, it seems as php version is far behind the java version (in
both code and sub-community)

Is there any particular strategy to make them more or less the same or
it might happen in the near future,
that java version will go ahead and php version won't ever catch it?

I am asking since for me it seems easier to refresh my java knowledge
rather then implementing things for php
that is already done in java :)

Best,
Evgeny


   
 
   

Project strategy: Java + PHP

[Evgeny Bogdanov]

Hello,

I'd like to know if possible what is the Shindig strategy concerning
java and php code.
I am using PHP version of shindig. I can see that some things are done
in java and not yet in php.
Even more, it seems as php version is far behind the java version (in
both code and sub-community)

Is there any particular strategy to make them more or less the same or
it might happen in the near future,
that java version will go ahead and php version won't ever catch it?

I am asking since for me it seems easier to refresh my java knowledge
rather then implementing things for php
that is already done in java :)

Best,
Evgeny

"this.userPrefs is undefined" with new shindig-container.js

[Evgeny Bogdanov]

Hello,

I tried to use the latest version of shindig-container.js file (PHP 
shindig, latest trunk revision)
it does work without user preferences, however when I try to add user 
preferences, I have a problem in

firebug: "this.userPrefs is undefined"

My code is as follows:
this.gadget_instance = shindig.container.createGadget({specUrl: 
specUrl});

this.gadget_instance.userPrefs = u_prefs;
  shindig.container.addGadget(this.gadget_instance);
  shindig.container.layoutManager.setGadgetChromeIds(
  ['shindig_gadget']);

  shindig.container.renderGadget(this.gadget_instance);

Where u_prefs is a javascript object built from userPrefs returned by 
shindig's metadata request.


I tried to explore the problem, however the changes I make in 
shindig-container.js are not taken when I append javascript with url:

/gadgets/js/shindig-container:rpc.js?c=1&debug=1&nocache=1
(Is there a special build command I have to run, after I change 
shindig-container.js file?)
Also it seems as debug=1 is not taken into account, the js file is still 
compressed.


Sample html files do not work for me either now:
http://shindig/container/sample1.html <- Failed to load source for: 
http://shindig/container/sample1.html


Hope to get some answers about shindig-container.js changes, so that I 
can proceed with

investigations :)

Best,
Evgeny

Re: How to make request to shindig

[Evgeny Bogdanov]

On 29.04.10 09:32, VU, Thi Thu Thuy wrote:

Thanks for your help.

I click on this link and it made me download a file which contains john.doe's 
profile.
How can I display this profile on my site with this link?
   

This file is a JSON file. You have to parse this json object.
From this file you get information that is interesting for you and you 
build the profile view based on parsed information.
It is your responsibility to build the view. Shindig won't give you a 
ready-to-use view, only data.

Whenever I login or click on one person, this will give me a profile. So how 
can I do WITH SHINDIG?
Can u give me a detail progress pls?
Thank you.

-Original Message-
From: franck tankoua [mailto:ftank...@gmail.com]
Sent: Mittwoch, 28. April 2010 14:32
To: dev@shindig.apache.org
Subject: Re: How to make request to shindig

Hi Vu,

Your shindig servlets are already setup to follow the opensocial rest url
pattern. The servlet handling those url is accessible at /social/rest/
you can tried to query this url from your browser to see what I am talking
about : 
http://localhost:8080/social/rest/people/john.doe(
supposing that you are on localhost and port 8080 )
The above url is giving info about the user john.doe please take a look at :
http://shindig.apache.org/overview.html ( opensocial rest section )

hope it helps

On Wed, Apr 28, 2010 at 1:39 PM, VU, Thi Thu Thuy
wrote:

   

Hi,

This rest url is generated automatically by shindig? Is that right?
So if it's right, which parameters I have to give shindig to generate it,
and can I give them?

Thanks a lot.

-Original Message-
From: franck tankoua [mailto:ftank...@gmail.com]
Sent: mercredi 28 avril 2010 13:19
To: dev@shindig.apache.org
Subject: Re: How to make request to shindig

Hi,
I believe you can directly include the features js files in your html pages
and use them to make convenient call to your services. I have not tried
that
Yet but I will certainly work on something similar in a week or so.

You can allways use Ajax call directly to call your rest url ( e.g with
prototype you will do something like : new Ajax.Request("
/social/rest/appdata/{guid}/@friends/{appid}" ,.)

It is unlikely that you need to use Ajaxcalls directly since we already
have
a nice osapi out there.
Let me know if this helps.


On Wed, Apr 28, 2010 at 11:26 AM, VU, Thi Thu Thuy
wrote:

 

Hello,
I've learnt shindig for 2 months, but i don't understand much how I can
make the request from my own site to shindig to get DB. I want to use
   

Rest
 

API
For example, on my own site, I want to retrieve my friend's application.
   

So
 

which steps I have to follow to get his app?

Could you please list here all detail steps for this request?
I really need your help, cause I don't know how to do it, I'm blocked for
   

a
 

long time :(
Thank you very much.

   



--
Franck

 



   

Re: Failed secure makeRequest

[Evgeny Bogdanov]

What is the security token, that you use?

On 28.04.10 10:24, ヨンニ　ベリィストロム wrote:

I'm using the latest (php) Shindig/Partuza from the trunk (well, ~ 1
week old copy).

I haven't been able to use SIGNED authorization with gadgets.io.makeRequest.

Unsigned works well, I'm using the JSON contenttype.


With signed, I tried to set up public/private key files like described
in /shindig/certs/README, I get the files and everything + add the pass
phrase into the 'private_key_phrase' in (and local.php), but the server
responds with error 500, "INVALID_GADGET_TOKEN".

Could someone point me to some setup instructions?

Thank you

/Jonny
   

Re: Questions/Python

[Evgeny Bogdanov]

On 16/4/10 23:32, Ian Wilson wrote:

  Hi,

I'm just researching around about social networking.  I'm thinking about
starting my own social site although I'm not sure if I should just be making
apps for existing social sites.  Shindig looks like a really fast way to get
started but I have a few questions.

Does shindig have an IRC channel set up? So I can ask even more questions.

A users list is mentioned in the mailing list section of the site but the
archives do not exist.  Does this list really exist?  This email might be
more appropriate for that list, sorry if that is the case.

Has anyone shown interest in porting shindig to python?  I saw this
http://code.google.com/p/gae-opensocial/ but I haven't heard that many good
things about GAE, I think its still too unrefined.  I know this is nearly an
impossible software engineering feat but how long do you think it would take
a developer to port over the most minimal working portion of shindig to
python?  Most of my experience lies in python I have not used java or php in
over 5 years.

Would running shindig as a backend process that a python frontend proxies to
be feasible from a performance perspective and/or make sense?
   

Hi,

I have rails server and php shindig on the same machine.
I use the same database for both. For shindig you have to implement 
several database requests,
which doesn't require a lot of php skills. You can just take paruza 
classes and change them appropriately

to your requirements.

I am completely satisfied!
Don't really see a need for ruby version of shindig :)

Best
Evgeny

Thanks for your time,

-Ian
.

   

Re: how shindig works without Gadgets

[Evgeny Bogdanov]

On 14.04.10 11:17, VU, Thi Thu Thuy wrote:

Thanks,
But do you know how it works?
I already read it, but I don't understand much about gadgets.js.
In the client site, It has to load gadgets.js, but if I don't have any gadgets, 
so which is the role of this? :(
Or maybe, if I don't have gadget, so, it doesn't need to load this js, just 
OpenSocial container???
   

If you are not planning to use gadgets you don't need this file.
Just call normal REST request to your shindig server (either with 
javascript on the client or normal http request on the server)

http://shindig/social/rest/people/guest/@all
and you will get the json object back with all the data


And feature Json too
Can you explain me?
Thank you very much

-Original Message-----
From: Evgeny Bogdanov [mailto:evgeny.bogda...@epfl.ch]
Sent: mercredi 14 avril 2010 11:12
To: dev@shindig.apache.org
Subject: Re: how shindig works without Gadgets

Hi,

If you just need support for rest opensocial requests,
you can still use shindig to call requests like here (see section
OpenSocial REST)

http://shindig.apache.org/overview.html

for those you don't need gagdet.xml

Best


On 14.04.10 10:54, VU, Thi Thu Thuy wrote:
   

Hello,
I have to work with a DB which doesn't contain neither applications nor 
activities of a person.
That mean, when implement spi of shindig, I don't care who is owner, viewer...
But in this case, I don't know how Shindig works?
If I don't have any file gadget xml, so how shindig will work?
Could you give some explanation?

Thank you very much.


 
   

Re: how shindig works without Gadgets

[Evgeny Bogdanov]

Hi,

If you just need support for rest opensocial requests,
you can still use shindig to call requests like here (see section 
OpenSocial REST)


http://shindig.apache.org/overview.html

for those you don't need gagdet.xml

Best


On 14.04.10 10:54, VU, Thi Thu Thuy wrote:

Hello,
I have to work with a DB which doesn't contain neither applications nor 
activities of a person.
That mean, when implement spi of shindig, I don't care who is owner, viewer...
But in this case, I don't know how Shindig works?
If I don't have any file gadget xml, so how shindig will work?
Could you give some explanation?

Thank you very much.

   

Re: userPrefs returns empty array instead of hash

[Evgeny Bogdanov]

Yes, it is not available

you could try a cached version:
http://webcache.googleusercontent.com/search?q=cache:zLGCZ74fuf4J:cwiki.apache.org/SHINDIG/shindigs-metadata-call.html+shindig+metadata&cd=1&hl=en&ct=clnk&client=firefox-a

Best,
Evgeny
PS: if you consider it as a bug I could send it to jira and try to make 
a patch with a fix,

but a bit later

On 13.04.10 10:38, Jacky Wang (王超) wrote:



  When I visit the wiki page, it says:



  Maintenance

ASF Issue trackers are currently undergoing maintenance. Please check 
back in a bit.


We apologize for the inconvenience.


I'll try it later. :)

On Tue, Apr 13, 2010 at 4:09 PM, Evgeny Bogdanov 
mailto:evgeny.bogda...@epfl.ch>> wrote:


It is just a REST request
(http://cwiki.apache.org/SHINDIG/shindigs-metadata-call.html)

curl -i -X POST -H "Accept: application/json" -H "Content-Type:
application/json"
  -d

'{"context":{"country":"default","language":"default","view":"default","container":"default"},"gadgets":[{"url":"http://hosting.gmodules.com/ig/gadget...023/wikipedia.xml
  <http://hosting.gmodules.com/ig/gadgets/file/108085167802252611023/wikipedia.xml>",

"moduleId":0}]}'
   http://shindig/gadgets/metadata
 


Best,
Evgeny


    On 13.04.10 09:59, Jacky Wang (王超) wrote:

Hi,

what does "gadgets/metadata" mean?  where did you find this
object? :)

Best,
Jacky

On Tue, Apr 13, 2010 at 3:51 PM, Evgeny Bogdanov
mailto:evgeny.bogda...@epfl.ch>> wrote:

Hi,

sorry should have done it before.

PHP version.
Updated to revision 933437 (bug still there)

Best,
Evgeny


On 13.04.10 06:50, Jacky Wang (王超) wrote:

Hi Evgeny,

Thanks for pointing it out.

Which Shindig are u using, the PHP one or the Java one?
     And which reversion
are u using, the trunk+"HEAD" version or other tagged
version?

Thanks,
Jacky

On Mon, Apr 12, 2010 at 10:44 PM, Evgeny Bogdanov
mailto:evgeny.bogda...@epfl.ch>>wrote:


When there are user preferences, gadgets/metadata
returns an object where
userPrefs is a hash
userPrefs ->  {name: "value"}

Though when there is no user preferences the output
    is an empty array
userPrefs ->  []

Is it a bug or intended behaviour? In my opionion it
is better to return
empty hash like {}.

Evgeny Bogdanov









-- 
Best Regards,


Jacky Wang
(Office) +86-10-6250-3316
(Mobile) +86-1381-0018-677
Kejian Building, Tsinghua Science Park Building 6
No.1 Zhongguancun East Road, Haidian District
Beijing P.R.China 100084





--
Best Regards,

Jacky Wang
(Office) +86-10-6250-3316
(Mobile) +86-1381-0018-677
Kejian Building, Tsinghua Science Park Building 6
No.1 Zhongguancun East Road, Haidian District
Beijing P.R.China 100084

Re: userPrefs returns empty array instead of hash

[Evgeny Bogdanov]

It is just a REST request 
(http://cwiki.apache.org/SHINDIG/shindigs-metadata-call.html)


curl -i -X POST -H "Accept: application/json" -H "Content-Type:
application/json"
 -d
'{"context":{"country":"default","language":"default","view":"default","container":"default"},"gadgets":[{"url":"http://hosting.gmodules.com/ig/gadget...023/wikipedia.xml
  <http://hosting.gmodules.com/ig/gadgets/file/108085167802252611023/wikipedia.xml>",

"moduleId":0}]}'
  http://shindig/gadgets/metadata

Best,
Evgeny

On 13.04.10 09:59, Jacky Wang (王超) wrote:

Hi,

what does "gadgets/metadata" mean?  where did you find this object? :)

Best,
Jacky

On Tue, Apr 13, 2010 at 3:51 PM, Evgeny Bogdanov 
mailto:evgeny.bogda...@epfl.ch>> wrote:


Hi,

sorry should have done it before.

PHP version.
Updated to revision 933437 (bug still there)

Best,
Evgeny


On 13.04.10 06:50, Jacky Wang (王超) wrote:

Hi Evgeny,

Thanks for pointing it out.

Which Shindig are u using, the PHP one or the Java one?  And
    which reversion
are u using, the trunk+"HEAD" version or other tagged version?

Thanks,
Jacky

On Mon, Apr 12, 2010 at 10:44 PM, Evgeny Bogdanov
mailto:evgeny.bogda...@epfl.ch>>wrote:


When there are user preferences, gadgets/metadata returns
an object where
userPrefs is a hash
userPrefs ->  {name: "value"}

Though when there is no user preferences the output is an
empty array
userPrefs ->  []

Is it a bug or intended behaviour? In my opionion it is
better to return
empty hash like {}.

Evgeny Bogdanov









--
Best Regards,

Jacky Wang
(Office) +86-10-6250-3316
(Mobile) +86-1381-0018-677
Kejian Building, Tsinghua Science Park Building 6
No.1 Zhongguancun East Road, Haidian District
Beijing P.R.China 100084

Re: html_sanitize is not defined

[Evgeny Bogdanov]

Hi Jacky,

just noticed that you say revision is 933501

I get shindig from here: svn co 
http://svn.apache.org/repos/asf/shindig/trunk/ .

And the latest revision is 933444

Could you please explain how to get another branch?
Best,
Evgeny

On 13.04.10 09:23, Jacky Wang (王超) wrote:

Hi Pieter,

Sorry for the late reply.

I just run the gadget [http://osda.appspot.com/gadget/osda-0.8.xml] against
the latest version of PHP Shindig, which is r933501.  And it works fine.

For PHP Shindig setup, you may like to refer to the site
http://code.google.com/p/partuza/, which is setup by Chris.

Partuza is a sample SNS site which hosts gadget using PHP Shindig.  The
relationship between Partuza and PHP Shindig is like Google Orkut and Java
Shindig.

Chris wrote 2 great tutorials for how to setup PHP Shindig and Partuza,
which you may find useful.
- Shindig: http://www.chabotc.com/guides/shindig_install/
- Partuza: http://www.chabotc.com/guides/partuza_install/

Please feel free to ping me back - and we're more than happy to help. :)

Regards,
Jacky

On Tue, Mar 23, 2010 at 7:22 AM, Pieter Maes -- Maescool
wrote:

   

Any update? or are the guys responsible on a deserved holiday? :)

Op 17/03/10 23:45, John Hjelmstad schreef:
 

Aha! I keep forgetting to ask which Shindig you're using. My expertise
   

ends
 

at the Java version. Jacky? Chris?

On Wed, Mar 17, 2010 at 3:39 PM, Pieter Maes -- Maescool
wrote:


   

uhm features dir is there and looks pretty loaded..

my way of building:
checked out last trunk version
went to the trunk/php dir did ./make-release.sh
then unpacked one of the packages it made in the webdir

i guess that is the normal way to make a php release?

note: default setup: unpacking the downloaded file in the webdir..

Op 17/03/10 23:33, John Hjelmstad schreef:

 

Does your rendered gadget have _any_ JavaScript in it? Sounds like the
features dir isn't being built or loaded correctly for you.

On Wed, Mar 17, 2010 at 3:26 PM, Pieter Maes -- Maescool
wrote:



   

Trunk version 924505

gadgets is not defined



 
 

gadgets.config.init({"core.util":[],"o...p.put","http.post","http.delete"]}});
 
 

ifr?ur...0.8.xml (row 7)

opensocial is not defined
var


 
 

dafos={};dafos.bind=function(D,E){...t(dafos.onViewerSettingsAvailable)});
 
 

ifr?ur...0.8.xml (row 138)

gadgets is not defined
 

Re: userPrefs returns empty array instead of hash

[Evgeny Bogdanov]

Hi,

sorry should have done it before.

PHP version.
Updated to revision 933437 (bug still there)

Best,
Evgeny

On 13.04.10 06:50, Jacky Wang (王超) wrote:

Hi Evgeny,

Thanks for pointing it out.

Which Shindig are u using, the PHP one or the Java one?  And which reversion
are u using, the trunk+"HEAD" version or other tagged version?

Thanks,
Jacky

On Mon, Apr 12, 2010 at 10:44 PM, Evgeny Bogdanov
wrote:

   

When there are user preferences, gadgets/metadata returns an object where
userPrefs is a hash
userPrefs ->  {name: "value"}

Though when there is no user preferences the output is an empty array
userPrefs ->  []

Is it a bug or intended behaviour? In my opionion it is better to return
empty hash like {}.

Evgeny Bogdanov



 


   

userPrefs returns empty array instead of hash

[Evgeny Bogdanov]

When there are user preferences, gadgets/metadata returns an object 
where userPrefs is a hash

userPrefs -> {name: "value"}

Though when there is no user preferences the output is an empty array
userPrefs -> []

Is it a bug or intended behaviour? In my opionion it is better to return 
empty hash like {}.


Evgeny Bogdanov

Re: Shindig and Google Summer of Code 2010

[Evgeny Bogdanov]

Yes, I sent a patch, but it is only for php version
https://issues.apache.org/jira/browse/SHINDIG-1307

Best,
Evgeny Bogdanov

On 26.03.10 20:07, ๏̯͡๏ Guido Barosio wrote:

Paul,

* Implementing groups support

Weeks ago I've read that someone was already working or approaching to
on groups.  Not sure however if it was just a mail or actually someone
already working on the matter.

Best,
Guido

On Fri, Mar 26, 2010 at 11:50 AM, Paul Lindner  wrote:
   

I've been approached individually about shindig and Google Summer of Code
and identified two projects that I think might be of interest.

I identified two projects:

* improving the build quality and consumability of shindig by other
projects.
* Implementing groups support

I started sketching out individual sub tasks on the wiki page here:

http://cwiki.apache.org/confluence/display/SHINDIG/Google+Summer+of+Code+2010

I'd appreciate any and all feedback on these items.

Also, if there are other students or mentors willing to participate please
feel free to use this wiki page as a place to coordinate.

Thanks
Paul

 

/gagdets/metadata request doesn't work in PHP shindig

[Evgeny Bogdanov]

Hello,

I tried to execute POST request to shindig/gadgets/metadata. It does 
work for java version, but it doesn't work for php.


Here is a curl command
curl -i -X POST -H "Accept: application/json" -H "Content-Type: 
application/json"
-d 
'{"context":{"country":"default","language":"default","view":"default","container":"default"},"gadgets":[{"url":"http://hosting.gmodules.com/ig/gadgets/file/108085167802252611023/wikipedia.xml";, 
"moduleId":0}]}'

 http://shindig/gadgets/metadata

The output is:
{"gadgets":[{"errors":["Can't get ownerId from an anonymous 
token"],"moduleId":0,"url":"http:\/\/hosting.gmodules.com\/ig\/gadgets\/file\/108085167802252611023\/wikipedia.xml"}]}

If I supply a token ?st=1:1:1:1:1:1:1, it works

It seems as the problem is in BasicSecurityToken.php.

  public function isAnonymous() {
return ($this->tokenData[$this->OWNER_KEY] === 
SecurityToken::$ANONYMOUS) && ($this->tokenData[$this->VIEWER_KEY] === 
SecurityToken::$ANONYMOUS);

  }
...
  public function getOwnerId() {
if ($this->isAnonymous()) {
  throw new Exception("Can't get ownerId from an anonymous token");
}
return $this->tokenData[$this->OWNER_KEY];
  }

In java version there is different implementation.

  public boolean isAnonymous() {
return false;
  }
...
  public String getOwnerId() {
return tokenData.get(OWNER_KEY);
  }

Should we remove isAnonymous check from BasicSecurityToken.php?
Or it should be done on a higher level, and if the token is anonymous 
the functions of BasicSecurityToken shouldn't be called at all?


Best,
Evgeny Bogdanov

Re: json db

[Evgeny Bogdanov]

Shindig also works with external db, you have to only implement the 
PersonService, etc. classes.


Look here on how to join an external db for PHP Shindig
http://vohtaski.blogspot.com/2010/03/apache-shindig-java-vs-php.html

Best

VU, Thi Thu Thuy wrote:

Hello,
I want to use external db, but i see that, shindig works with only json db.
So how can I change my own db to json db??
Pls tell me.
Thanks
Best regards.

  

Re: Shindig PHP "/social/rest/groups" implementation

[Evgeny Bogdanov]

I implemented this request and it works ok on my local database.
However I have some troubles writing the tests for it

I created a file test/social/GroupsRestTest.php and created a new 
function there:


require_once 'RestBase.php';

class GroupsRestTest extends RestBase {

 public function testGroupsLifeCycleInJson() {
$this->assertEquals(1, 0);
 }
}

However when I try to run the tests (http://shindig/test/index.php)
this function is not called, I have always the same output even if I 
comment the function (the browsers cache is off)


PHPUnit 3.2.9 by Sebastian Bergmann.

.SS.  60 / 403
...

Could you please help?

Thanks
Evgeny


Chris Chabot wrote:

See Paul's earlier reply to this:

No one has proposed this yet.  It would be wonderful if you would 
contribute

it.  Are you considering implementing the proposed Opensocial groups
extension?

On Mon, Mar 15, 2010 at 12:18 PM, Evgeny Bogdanov 
mailto:evgeny.bogda...@epfl.ch>> wrote:


Hello,

I would like to know if you plan to implement REST request to get
a collection of groups for user
in php version of shindig?

Maybe I could contribute by implementing this?

Thank you in advance,
Evgeny Bogdanov

Shindig PHP "/social/rest/groups" implementation

[Evgeny Bogdanov]

Hello,

I would like to know if you plan to implement REST request to get a 
collection of groups for user

in php version of shindig?

Maybe I could contribute by implementing this?

Thank you in advance,
Evgeny Bogdanov

Shindig PHP /social/rest/groups implementation

[Evgeny Bogdanov]

Hello,

I would like to know if you plan to implement REST request to get a 
collection of groups for user

in php version of shindig?

Maybe I could contribute by implementing this?

Thank you in advance,
Evgeny Bogdanov