> + String urlID = "content/" + document.getArea() + document.getId()
> + + "/" + DEFAULT_INDEX + "_"
> + + document.getLanguage() + ODT_EXTENSION;
:(
This code will break with a custom DocumentIdToPathMapper.
I agree that there's no clean way to do this ATM - but IMO it would
be a better workaround to use the extension .xml instead of .odt.
Maybe we find a way to allow resource type based mappers.
A solution would be to
- use a common syntax for meta data paths, independent from the mapper:
/foo/bar.en.meta instead of /foo/bar/index_en.meta
- this way, we can determine the resource type without accessing
the mapper
- the resource type can be asked for the path to read the document from
(or maybe it is sufficient to ask the resource type for the
file extension)
-- Andreas
--------------------------------------------------------------
Andreas Hartmann [EMAIL PROTECTED] +41 1 272 9161
Wyona AG, Hardstrasse 219, CH-8005 Zurich
Open Source CMS http://www.wyona.org http://www.wyona.com
--------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
