|
Table of Contents 1.1 Project/Component Working Name 2.1 Project Description 3.1 Problem Area 4.1 Details
1. Introduction1.1. Project/Component Working Name Grizzly V2 1.2. Name(s) and e-mail address of Document Author(s)/Supplier Charlie Hunt : charlie.hunt@sun.com Jeanfrancois Arcand : jeanfrancois.arcand@sun.com 08/21/06 2. Project SummaryThis project pulls the high performance transport components from the existing Grizzly HTTP Connector and places them in a shared jar where other components of GlassFish requiring a high performance transport can utilize those components such as; GlassFish ORB and GlassFish MQ. As for any project, schedule and resourcing risks exist for this project. 3. Problem SummaryThis project will provide the same high performance transport enjoyed by Grizzly HTTP Connector to GlassFish ORB and in the future to GlassFish MQ. Additionally, this project paves the way for a future feature called “Port Unification”. This is a project which will improve GlassFish performance. Additional benefits include; utilizing the same source code across multiple functional areas reduces duplication of effort, duplication of similar source code, allows each functional area to leverage a known high speed transport which already exists in Grizzly HTTP Connector along with GlassFish download size, and GlassFish runtime footprint size. In addition, implementing a performant high speed transport using Java NIO is difficult. Hence, the probability of having one functional area with a poor performing implemention is higher if all functional areas develop their own transport. Also, having Grizzly HTTP Connector, GlassFish and GlassFish MQ all using the same high speed transport source code is the first step towards being able to provide a solution for “Port Unification”. 4. Technical DescriptionThis project will be implemented by Charlie Hunt and Jeanfrancois Arcand, key players in the implementation Grizzly HTTP Connector, by pulling the high performance transport pieces of Grizzly HTTP Connector into a separate jar which will be delivered to GlassFish and utilized initially by Grizzly HTTP Connector and GlassFish ORB. In a future release, GlassFish MQ will migrate their implementation to utilizing the same shared Grizzly jar files. This project is critical to improving performance of GlassFish. Interfaces developed as part of Grizzly V2 will be utilized internally by Grizzly HTTP Connector and GlassFish ORB initially, eventually by GlassFish MQ. However, it conceivable these interfaces could be used by external GlassFish projects. 4.5.1 Exported Interfaces Grizzly V2 interfaces are under develop at the time of this writing and subject to change. |
||||
|
Interface |
Stability |
Former Stability (if changing) |
Comments |
|
|
|
|
|
|
|
|
This project depends on the interfaces exposed by Java SE NIO package and Java SE 5 language features, (generics, java.util.concurrent, java.util.concurrent.atomic and java.util.concurrent.locks packages). |
||||
|
4.5.3 Other interfaces (Optional) No imact. |
||||
|
No impact. No impact. No impact. No impact. No known impact. No known impact. No impact. No dependencies. 5. Reference Documents6. Schedule6.1. Projected Availability Grizzly V2 Implemented, roughly late August 2006 Grizzly V2 integrated with Grizzly HTTP Connector, roughly late August 2006 / early September 2006 Grizzly V2 integrated with GlassFish ORB, roughly mid late September 2006 |
||||