Jann Forrer wrote:
Andreas Hartmann wrote:
Hi Lenya devs,
IMO the UUID issue is quite important regarding the upcoming 1.4 release,
and I'm very interested in your opinions about this topic.
I can see the following options, would you mind adding your +1
to one of them or add another one?
1) We should release 1.4 without UUIDs, the issue is to complex
and should be discussed in detail later on.
+1
At the moment I can not estimate how complex it really is but it seems
important to me that 1.4 is realeased as soon as possible. The UUID can
be planned for a next release e.g. 1.4.1. However in that case it has to
be backward compatible.
It will probably not be backwards-compatible, since there will be
changes to the API and to the content structure. Actually I think that
the impact on the code base is rather large, and that it shouldn't
be scheduled for 1.4.1 but rather for 1.4 or 1.6. What do the others
think?
-- Andreas
If that can not be granted i will vote for
option 2.
2) We should introduce UUIDs in a straightforward manner:
- sitetree references documents using UUIDs
- the persistence layer knows only about UUIDs
- the default persistence impl. uses UUID+language as filename
- links are resolved when a page is rendered
3) The concept of paths should be kept. URLs are mapped to paths,
i.e. the sitetree contains path references. The URL space
might change, the path space might not (otherwise we would
still be moving documents around, which is IMO a bad thing).
4) It should be in 1.4, but I don't like options (2) and (3).
IMO it should be implemented like this:
...
----
Another issue: UUIDs vs. UNIDs
Do you prefer
a) UUIDs (http://en.wikipedia.org/wiki/UUID)
+1
b) Lenya-specific UNIDs which might be human-readable
Jann
--
Andreas Hartmann
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
[EMAIL PROTECTED] [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
