Data layer implementation

[varunss]

The Spring soical datalayer uses JDBCTemplate. However cloud's like GAE dont support jdbc instead they have native method and JPA based method.I would reommend spring social to have an alternate JPA based datalayer for persisting connection. Implement the jdbcconnectionrepository and jdbcusersconnectionrepository in JPA..this removes the hard link over a rdbms based backend.

[Keith Donald]

I encourage you to take a first cut at a JPA-based UsersConnectionRepository implementation and submit a pull request to the spring-social project on github.

Keith

[mschipperheyn]

Very interested in this, but can't seem to find it under https://github.com/SpringSource/spri...social/connect

[habuma]

If it's the JPA implementation you're looking for, it doesn't yet exist. At this time, we only have the JDBC-based implementation. As Keith said, we encourage you to take a shot at implementing a JPA-based UsersConnectionRepository and submit a pull request on github.

[varunss]

I shall put it up in 2 days and link it up here...Thanks for the interest
Mine is a Google datastore based implementation ..so that is JPA.1 based..Thr are some google specific code..If someone is willing to refine it for a generic JPA code it will be very useful..

[mschipperheyn]

@varunss can you send me what you have so I can have a look?

[mschipperheyn]

I've been working on this.

One of the things I run into is that in my application in order to execute a connection sign up (create user under the hood on the fly), I need some contextual information that is not available in the connection object but is available to the originating page (in my case: a language parameter).

How would I go about getting/passing that information?

I suppose I could force a sign in page, but that kind of destroys the idea of social signin.

[mschipperheyn]

Ok, early cut available of the jpaTemplate. Still testing on this. For those in dire need, let me know.
* jpaTemplate
* model
* Hibernate/jpa queries

[Keith Donald]

Your ConnectionSignUp should be able to access thread-bound RequestAttributes through RequestContextHolder... would that work?

[mschipperheyn]

No, I don't think so. Language parameters are part of the url and dependent on the request. I need to be able have a signup url with particular language parameters as part of the url. I lose that infomation along the way, I guess I can store it in the session as a work around