Frontends:Tyndale STEP

From CrossWire Bible Society
Revision as of 17:32, 12 April 2010 by David Haslam (talk | contribs) (Reverted edits by David Haslam (Talk) to last revision by Chrisburrell)

Jump to: navigation, search

The STEP project (Scripture Tools for Every Pastor) aims to build a study tool for pastors around the world. The software will be available on-line as well as distributed to pastors in poorer countries who, usually, would not be able to afford commercial software.


Aims & Architecture Architecture

Aim of the STEP project

The intention of the STEP project is to have a bible tool that will be available for a wide number of platforms:

  • multiple platforms: including off line and online
  • multiple operating systems, including mobile O/S

It is accepted that the mobile versions of the STEP project will access a web-based version, due to the variety of platforms and restrictions in development capabilities (for e.g. no Java platform on iPhones).

Intended features

Data

The data produced by Tyndale House, Cambridge, UK will be the main driving factor of development of this front-end. This new project offers a lot of development opportunities:

  • developing in writing a web-based front-end to JSword;
  • working with Tyndale House to help them produce and publish their data; and
  • enhancing the main Sword and JSword engines to cope with the new types of datasets.

Range of features

  • History modules (including genealogies, timelines, articles, etc.)
  • Geography modules (maps, integration with Google Maps, Google Earth, overlay of historical maps onto)
  • Linguistics
  • Parallels
  • Translations (transliterations, interlinears...)

The above features are just a sample list of the intended feature set.

Overall Architecture

To further the aim outlined above, the choice of technologies is as follows:

  • Embedded Jetty (for the stand-alone applications)
  • Embedded JavaDB* (for web and standalone) ensuring common data access throughout.
  • JSword for Bible and Module access
  • GWT (Google Web Toolkit to faciliate the UI development for Java developers)

As a result of the above choice, we have a 100% Java application, and are able to run it as an online and offline application.

* If possible, the Embedded JavaDB module dependency will be removed in time.

Description of the external libraries

  • Jetty is a java container that will be used in the embedded mode for serving local web pages. On a server, STEP can be deployed to a Tomcat or Jetty server
  • JavaDB or Apache Derby is an RDBMS written in Java, that can be run in server mode as well as embdeded in the VM. If used in the embedded mode it starts up upon the first request
  • JSword needs no introduction - see {link} instead
  • GWT allows developers to code the UI in Java (and XML - GWT 2.0) and at compile time the UI components are compiled into javascript, which is specific to browsers and languages)
  • Dependency Injection
    • Server-side: Guice (on the server)
    • Client-side: Gin (similar to Guice but for client-side code)

Development environment

Software packages

  • JavaDB (included in Java 1.6)
  • JSword project checked-out (at the moment)

Eclipse

  • Subversion eclipse plugin
  • GWT eclipse plugin
  • Emma code coverage plugin
  • A JDBC client for querying (for e.g. SQL Squirrel)