Return-Path: Delivered-To: apmail-cocoon-lenya-dev-archive@cocoon.apache.org Received: (qmail 73998 invoked by uid 500); 5 Jun 2003 14:34:01 -0000 Mailing-List: contact lenya-dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: "Lenya Developers List" Delivered-To: mailing list lenya-dev@cocoon.apache.org Received: (qmail 73978 invoked from network); 5 Jun 2003 14:34:00 -0000 Message-ID: <3EDF54D9.6080309@nada.kth.se> Date: Thu, 05 Jun 2003 16:34:01 +0200 From: Daniel Fagerstrom User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: sv, en-us MIME-Version: 1.0 To: Lenya Developers List Subject: Re: Workflow history file References: <3EDF3318.2060407@nada.kth.se> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Andreas Hartmann wrote: > Daniel Fagerstrom wrote: ... > >> I would propose to use an URI to identify a WF definition, it is the >> standard way of refering to resources at the web and for some >> applications it probably makes sense to publish the WF definition as >> well and in that case an URI is a natural way to find it. > > > Yes, that sounds very reasonable. Then we need a way to map such URIs > to workflow definitions. Is the entity catalog appropriate for this? Might be, I don't know much about the entity catalog. I think an important question is if WF definitions only are used internally withi Lenya or if it would be appropriate to export WF definitions to other Lenya based servers. I.e. for using a number of standardized WF definitions within an organization. I don't have enough knowlege about your usecases to have an opinion about that. If the WF definition is going to be exported, then the sitemap is the natural mechanism for exporting an URL to resource mapping from Cocoon to the rest of the world. For internal references to a WF definition within a Lenya server, a relative URL could then be used that implicitly uses the cocoon: protocol. If the WF definition not is going to be exported, the use of the sitemap would be overkill. Then the entity resolver could be used. Here we have some other questions: where are the WF definitions going to be stored, in one large file or in several files? If the WF engine is going to be component based, the base URI (or the whole URI) for WF definitions could be defined in the component configuration file. The last part of the URI could be defined in the WF definition file. > >> If the WF history is separate from the WF instance, the WF history >> should refer to the instance identifier as well. > > > That is done by the location of the history file - the path is equal > to the document ID (= WF instance). ok ... /Daniel --------------------------------------------------------------------- To unsubscribe, e-mail: lenya-dev-unsubscribe@cocoon.apache.org For additional commands, e-mail: lenya-dev-help@cocoon.apache.org