Difference between revisions of "GCube Development"
(→Development Version) |
(→Development Version) |
||
Line 64: | Line 64: | ||
| align="center"|[http://grids16.eng.it/BuildReport/browse/Recent_Builds/org.gcube.HEAD Build Report] || align="center"|[http://grids16.eng.it/BuildReport/browse/Recent_Builds/org.gcore.HEAD Build Report] | | align="center"|[http://grids16.eng.it/BuildReport/browse/Recent_Builds/org.gcube.HEAD Build Report] || align="center"|[http://grids16.eng.it/BuildReport/browse/Recent_Builds/org.gcore.HEAD Build Report] | ||
|- | |- | ||
− | | align="center"|[http:// | + | | align="center"|[http://www.gcube-system.org/index.php?option=com_distribution&view=distribution&Itemid=23&release=HEAD Development Version](Login is required) || align="center"|[http://www.gcube-system.org/index.php?option=com_content&view=article&id=85&Itemid=47 Latest Version](Login is required) |
|} | |} | ||
Revision as of 11:58, 24 February 2010
gCube is a Software System whose development activity is ongoing and performed according to the Agile software development methodology. This implies that software components are developed in relatively short subsequent iterations, each containing the tasks needed to release new functionality - planning, requirement analysis, detailed design, implementation, integration, testing and documentation. This leads to a very flexible and dynamic development activity that needs to be proper documented.
This page documents the current status of the gCube system by presenting a series of statistics and metrics of its evolution including progression of source code over time, developers activity, and automatic build results.
Such a technology is intrinsically complex because of the amount of standards, specifications, technologies, patterns and approaches put in place to guarantee a high quality (reliable, secure, autonomic, fault resilient, etc.) software system. This risk to overwhelm developers and distract them from the specific application logic of the services they are willing to develop.
To prevent the above risk the gCore Application Framework (gCF) has been conceived and implemented. It provides an application framework that allows gCube services to abstract over functionality lower in the web services stack (WSRF, WS Notification, WS Addressing, etc.) and to build on top of advanced features for the management of state, scope, events, security, configuration, fault, lifecycle, publication and discovery.
Thus the gCube technology consists of two systems - gCube and gCore - each evolving by its own. The rest of this Wiki documents both these systems separately.
Development State
gCube has been designed by following the principles of component-based software engineering, thus it consists of various software components interacting each other to implement the expected functionality. Further information is in the gCube architecture section of this Wiki that describes the resulting Reference Architecture, the main sub-systems (i.e. logical group of components), their constituents and their relationships.
The system has been implemented according to the Service Oriented Architecture principles and related standards while the Presentation-oriented components are based on portlets. It currently consists of:
- 57 Web Services;
- 23 Software Libraries;
- 31 Portlets.
Detailed information on the status of each component is captured by the reports below.
gCube | gCore |
---|---|
gCube Development State Report | gCore Development State Report |
Code Statistics
D4Science uses StatSVN to retrieve information from the project source code repository and to generate various tables and charts describing the project development. The project source code repository instance is a subversion instance operative since March 2008, thus the produced data documents the evolution of the software from such period on.
The following reports are available.
Development Version
D4Science relies on the ETICS system to automate the way its software (gCube and gCore) is built and tested. In particular, the project has put in place mechanisms to perform daily builds of the latest version of the code committed in the project source code repository. This activity leads to the production of (i) a report of the build activity and (ii) a set of software artifacts including the software package, the source code and the documentation. These are available below.
gCube | gCore |
---|---|
Build Report | Build Report |
Development Version(Login is required) | Latest Version(Login is required) |
Stable Version
The release of the software is regulated by the project Integration, Testing and Distribution activity that aims at building a deployable, reliable and documented software distribution.
The final result of this activity is a set of gCube and gCore releases which are made available through the gCube and gCore Distribution Site. Direct links are reported below.
gCube | gCore |
---|---|
Current (1.5.0) | Current (0.5.0) |
Previous | Previous |