San Francisco, California
London, United Kingdom
Groupon's Geekfest Speaker Series, a collection of talks and forums for sharing information on anything and everything related to tech, start-ups, and new, innovative ideas!
Come join Groupon to learn and engage with guest speaker, Rick Hightower.
Project X - iSO2 - in-memory service oriented objects (Websocket and SOA 2.0)
Who is Rick Hightower?
What is the talk about?
Project X is a next generation in-memory SOA system from Caucho, the creators of Resin, the fastest Java web and application server on the market (faster and more scalable than C solutions, e.g., Apache httpd, NginX). Project X exposes Resin internal tech, geared towards non-blocking nature to take advantage of multi-core machines, to developers at large. Project X creates a services system that allows developers to create high-speed, in-memory services that can manage operational data (data safety) through replicated journals, which allows SOA architectures to avoid unnecessary mapping to databases, database bottlenecks, and cache coherency issues by re-inverting the inversion of control of data back from the database to live near the code that implements the business logic (you know OOP).
Project X addresses the communication backbone needs of next generation HTML 5/SPAs, and rich interactive mobile applications, as well as allowing developers to quickly develop scalable services (SOA). Project X services are exposed via JSON or Hessian over HTTP or WebSocket to support SOA services and SPA/Mobile backbones. And unlike plain REST and SOAP services, Project X services are designed to be bi-directional so services can invoke methods on clients and publish events to clients. Project X has a guaranteed message channel, a clustered message channel, a WebSocket channel and a HTTP channel. Project X publishes two easy to implement wire protocols HAMP and JAMP (JSON based) so other languages can invoke and be invoked by Project X services. Project X provides a services module system which allows teams to work on related services with independent release cycles (you can inject services written in different war files and there is a mechanism of versioning that allows a war module to support multiple versions of services as well as deploying different war files that implement different versions of the service).
**Don't forget to join our meet up!