I think they compare with some sort of file archive and that the pages are just like documents or articles which could be found in a historic archive and copied or moved around to other medias later on.
I am testing Jahia 5 beta 4 and I saw the new copy mechanism for pages.
If we think about the archive mechanism on page level only, it may be implemented by changing parent id and set it to the archive page id? Then of course we have to think about alternative links to the page.
The archive page shall only be readable for logged users with write or admin rights.
To: <[email protected]>
From: Stéphane Croisier <[EMAIL PROTECTED]>
Date: 01/19/2006 02:13PM
Subject: Re: Archived state
At 13:36 19.01.2006, [EMAIL PROTECTED] wrote:Many customers give us requirements specifications for their new web site and ask if we could implement the requirements and of course we want to do this by using Jahia. Often there is a requirement about time based publishing and I know that this will be a feature in the next Jahia release (currently you can implement this yourself by using some date fields).
But what will happen after the expiration date?
As currently implemented in jahia 5.0 (please check on the online demo of the beta 4 if you want to give a try: http://www.jahia.net/demo5/ ), there are two new "metadata" for each container = start date and end date.
Those fields are automatically checked in live mode and the content is filtered accordingly.
The implementation is quite generic so you can perfectly add new plug-ins (for instance: publish a content every Monday or things like that).
Regarding the content, it is in fact still available in live mode but simply filtered and hidden for the end-users. But in the jahia back-end the content is still available in this mode. So the versioning workflow is the same aka staging -> live -> archive 1 -> archive 2 -> ... -> archive N.
The customers want to have an archive and that expired pages shall be moved to that archive automatically on the expiration day.
Here the paradigm is not really the same. What you are saying is that you have a validated content object on a page (e.g. pid 1) and at a certain date, this object should move to another validated page (pid 2) and disappear fomr 1. But at a content object level granularity, are these two objects the same or two copies? If they are the same, you will agree that you can not have two sets of different metadata for the same content object. So either this content is live (wherever it is published or reused on the site, either it is expired).
So what you are mentionning is more a publishing start and end date rathern than a content start date and end date = the workflow engine should (de)publish content automatically at certain date. So a page may expire but the same content may still be reused somewhere else...
Such a paradigm is not implemented by default for the moment in Jahia 5.0.
But perhaps simply creating a category "archive" and then filtering your content according to such a criteria would be enough, doesn it?This could be optional like "Page will be archived on expiration day: true/false" or "Page will be deleted on expiration day: true/false"
Now I wonder if someone has implemented a similar mechanism and in that case how to do it.
Cf. should be possible with filters on categories... But then take care of the perf if you implement such a mechanism for all your content objects...
Cheers,
StéphaneI am thinking about the "Cementery Of Expired Pages" where the user (an editor) could browse for and maybe pick up an expired page.
Of course I know that the versioning system could be used to restore an old page but that is not what I want to tell the customer.
Will there be an event like "Page is expired"?
Regards
/Lars Hagrot
- -- --- -----=[ scroisier at jahia dot com ]=---- --- -- -
CEO - Jahia Ltd, 45 rue de la gare, 1260 Nyon (Switzerland)
Jahia : The Java Unified Web Platform
www.jahia.org - The community and product web site
www.jahia.com - Our commercial services company
www.collaborativesource.org - The Collaborative Source Initiative
