Hi,
I picked this up from the archives, having just joined this list (I work with Nico, and have been on holiday last week ),

Questions at the bottom if you want to skip the explanation, and please do point us to the archive if you have spent time answering this before.

In Sakai, we want to run Shindig using the OpenSocial API implementation (and any other cool bits :) ), and wire the storage through to the database provided by Sakai (MySQL or Oracle).

Sakai runs inside a Spring container, and has 1 jdbc datasource that is available via Spring, and we would prefer not to open more connections as some people in production may already be pushing the connection limits of their backends (200-1000 front end threads, each with 1 DB connection on each app server).... so ideally if we can inject a jdbc datasource somewhere it would be great, but we can be flexible if Shindig manages its own connections and doesnt do 1 per request thread. (ie like Jackrabbit)

Nico will be able to expand on any other problems he has found since I have been away.

----

Cluster,

Sakai normally runs in a sticky session app server cluster on 1 DB backend, so if there is any caching in the JVM it needs to have some form of cache invalidation of expiry (the front end Load Balancer manages request routing to the correct app server), . Similarly, if there is in session storage, it ideally needs to be small. I can give you and example of the issues..... Apache Jackrabbit.....

In 1.2 it did heavy in JVM caching over multiple request threads, and didnt have an out of JVM invalidation mechanism. In 1.3.1 there was a ClusterNode journal that enabled a transactionally aware cache invalidation .... and this worked for us in Sakai.


Longer term, I want to get to mobile http sessions over the whole cluster, but we need to minimize the session footprint first (we have some big JSF components that use session storage :( )

So the questions:

Can you forsee:

Any problems with a managed datasource pointing to Oracle or MySQL ?

Any problem with a clustered sticky session app server cluster connecting to a single DB ?

Anything else that might cause problems (eg version conflicts with common libraries Hibernate, Spring etc)


Thanks,
Ian


On Thu, Mar 27, 2008 at 7:59 AM, <[EMAIL PROTECTED]> wrote:

> Hello,
>
> Let me give this a little more context. We are experimenting with
> getting Shinding into our Virtual Learning Environment (Sakai).


What specific areas are you having trouble with?


>
>
> Another question we have is whether anyone has ever tried/succeeded
> running
> Shindig in a clustered environment (we run 6 clustered servers for now)


You'll have to be more specific here as well. Most large scale deployments now are most likely (from my own experience) running multiple instances of shindig with some load balancer to route traffic. What sort of integration
are you trying to do?

--
~Kevin

Ian



Reply via email to