8. Supported in large number of containers OpenSocial in Google IO http://code.google.com/events/io/sessions/OpenSocialEnterprise.html http://code.google.com/events/io/sessions.html#social
9. This diagram shows the standard high-level technical architecture of OpenSocial Gadgets. A Gadget Hosting Server is any web server that hosts a Gadget Spec XML file. The Gadget Rendering Server is responsible for tranforming the Gadget Spec into HTML. A Container is any application that puts a Gadget in one of its Web pages. Gadgets can make request to Backend Applications by proxying requests through the Rendering Server using OpenSocial's JavaScript API. http://www.atlassian.com/opensocial/atlassian-and-opensocial.jsp
10. OpenSocial Reach Intrusting thing in this slide is how containers from all over the world are evolving and making their contributions to OpenSocial Society.
11. Introduction to API’s used Apache Shindig Gadget Container JavaScript -- core JavaScript foundation for general gadget functionality. This JavaScript manages security, communication, UI layout, and feature extensions, such as the OpenSocial API. Gadget Server -- an open source version of gmodules.com, which is used to render the gadget xml into JavaScript and HTML for the container to expose via the container JavaScript. OpenSocial Container JavaScript -- JavaScript environment that sits on top of the Gadget Container JS and provides OpenSocial specific functionality (profiles, friends, activities). OpenSocial Gateway Server -- an open source implementation of the server interface to container-specific information, including the OpenSocial REST APIs, with clear extension points so others can connect it to their own backends. Apache Sling Apache Sling is a web framework that uses a Java Content Repository, such as Apache Jackrabbit, to store and manage content. REST based web framework to access to JSR-170 Java Content Repositories Sling applications use either scripts or Java servlets, selected based on simple name conventions, to process HTTP requests in a RESTful way. The embedded Apache FelixOSGi The Dynamic Module System for Java framework and console provide a dynamic runtime environment, where code and content bundles can be loaded, unloaded and reconfigured at runtime.
12. Frameworks looked into and other projects Wookie http://wiki.apache.org/incubator/WookieProposal http://getwookie.org/ Sakai3 http://3akai.sakaiproject.org/dev/ eXo Portal and WebOS http://bit.ly/eXoPortal http://bit.ly/eXoWebOS Atlassian+ OpenSocial http://www.atlassian.com/opensocial/ Other projects Liferay(Using Shindig plugin to support open social) http://bit.ly/VDrN7 Project Zero (Web 2.0 with PHP scripting, REST and Dojo) http://www.projectzero.org/
13.
14. Based on the W3C Widgets specification and support for Google Wave Gadgets.
15. Project in Apache incubator but does not have any code checked in yet.
16. Currently code is part of TENCompetencesourceforge project which have liferay based deployment. WookieProposal Source Code
17. Summary of my research Was able to Download Wookie and run it locally. I am not able to find any technical document about their approach on Open social. Code is not available in Apache yet as standalone project but will be available. Will continue my research when code is available.
18. Sakai 3 + K2(Sakai Kernel) introduction Significant improvements in the user experience, drawing heavily on Web 2.0 thinking, such as dashboards, widgets, gadgets, drag-and-drop support, etc. Content authoring and organization capabilities to provide more flexibility in populating and organizing sites. Add social networking capabilities. Ease of development through improved separation of concerns between java developers, java script programmers, and user experience designers. Simplified installation and expansion requirements. Framework using all the latest active open source projects. Advantage for building from scratch is consider all the aspects for OpenSocial, but not hacking code to make it work for new technologies. Example of pure multi-tier framework where K2 will act as gateway to connect to different applications. Email with Sakai team(Ian Boston) says “The intention is to embed both the Gadget server and the Social API into the Sakai3 backend. The back end (K2) has the beginnings of a Social Container implementation and we will be wiring the REST based Social API in Shindig upto the data representations in K2.This will make it possible to add white listed Gadgets into any page within Sakai3.”
19.
20. Shindig container will run as separate container to give flexibility to modify or update Shindig container.
21.
22.
23. Create their own user experience with personalized applications based on groups, roles in groups, context, and team collaboration needs.
33. Summary of my research Stable code release is available and was easy to install. I was able to include OpenSocial example and run it. Have portal container with JSF and Portal bridge support Shindig 0.8 is included in the container itself
37. Main focus was to look how they integrate different development tools.This diagram shows the high-level technical architecture of OpenSocial Gadget mapped to Atlassian applications. Each of the OpenSocial components Gadget Hosting Server, Rending Server and Container are implemented as AtlassianPlugins. An Atlassian application JIRA, as an example can act as both a Gadget Hosting Server and Container. Atlassianapplictions can have different roles as well. For example, Bamboo can act as a Gadget Hosting Server and provide a Bamboo Build Status Gadget that JIRA renders and displays on its dashboard.
38. Summary of my research TODO—coming soon!!!!!!!!! With other research on Liferay and others.