view Changes @ 211:435631e07da2

Enhanced the ProtocolUtils and ClientProtocolUtils to append and retrieve output modes. artifacts/trunk@1543 c6561f87-3c4e-4783-a992-168aeb5c3f6f
author Ingo Weinzierl <ingo.weinzierl@intevation.de>
date Wed, 23 Mar 2011 10:47:48 +0000
parents f03a309a037f
children 8c4c37ee0d57
line wrap: on
line source
2010-04-28     RELEASE 1.0

    New:

        * The path to database in the configuration can be relative to the
          central configuration document using ${artifacts.config.dir} as
          root.

        * New interfaces to export and import artifacts:

          HTTP GET  '/export/{uuid}'     returns an xml document representing
                                         the state of an artifact
          HTTP POST '/import'            takes an xml document that have
                                         been created by /export before

          The export mechanism uses a secret configured in the configuration
          to sign export documents. An artifact import fails if the
          signature of the xml document is not valid.

        * The time to live of an artifact is queriable at the CallContext
          object.


    Added:

        * JavaDoc documentation



2010-03-08     RELEASE 0.5


2010-01-27     RELEASE 0.4

        New:

		* Extended XML helper utilities a bit more
                * Added a new interface describing services 
                via XML documents via /services
                

2009-12-17      RELEASE 0.3

	New:

		* Extended XML helper utilities a bit
		* Added a new general proxy artifact.
		
	FIXED:

		* issue106: Konfiguration der GNV-Chart-Templates gehรถrt nicht in das Artefakt-Framework

2009-11-13      RELEASE 0.2

	New:

        * Configuration documents can be made relativ to
        ${artifacts.config.dir}
 
        * Splitting up configuration of artifacts in depence to the
        product.

        * Added a first HOWTO for setting up the environemt and the
        artifact server

2009-10-07     RELEASE 0.1

	New:

	* Two sub projects: 'artifacts' and 'artifact-database'
	
		- 'artifacts' is a set of generic interfaces modelling 
		  the workflow to parameterize a process and producing
		  outputs.

		  An artifact is created via factories. It describes
		  itself via 'describe', it is parameterized via
		  'feed' and brought to new states with 'advance'.
		  Once able to produce output 'out' returns the
		  requested product.

		- 'artifact-database' is the default implemention
		  of the workflow described with 'artifact'.

	* artifact-database persists artifacts with a H2-database
	  [http://www.h2database.com] (default) or a
	  PostgeSQL 8.3+ database [http://www.postgresql.org/] (optional)

	* artifacts may spawn background threads to copy with long running
	  processes. After finishing work they are able to re-synchronize
	  themselves to the artifact database.

	* artifact-database is accessible via an HTTP REST server
	  implemented on top of the Restlet API http://www.restlet.org/
	  It has to be started as a service. Default TCP port: 8181

	  HTTP GET  '/factories'             returns list of available factories.
	  HTTP GET  '/create'                creates new artifact.
	  HTTP GET  '/artifact/{uuid}'       returns a description of an artifact.
	  HTTP POST '/artifact/{uuid}'       modifies an artifact ('feed', 'advance')
	  HTTP POST '/artifact/{uuid}/{out}' delivers output for an artifact.

	* artifact-database is configured with as XML file named conf.xml
	  (default placement in directory $HOME/.artitactdb, directory
	  may be changed with system property "artifact.database.dir")

http://dive4elements.wald.intevation.org