El mar, 07-03-2006 a las 16:49 +0100, Andreas Hartmann escribió: > > + String urlID = "content/" + document.getArea() + > > document.getId() > > + + "/" + DEFAULT_INDEX + "_" > > + + document.getLanguage() + ODT_EXTENSION; > > :( > > This code will break with a custom DocumentIdToPathMapper.
Yeah, I know. :( > 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. Hmm, the problem is that you cannot create the document (even with .xml) since we assume a sample (in xml) in the DefaultCreator.java. I could rewrite this part to Input/OutputStream, but I am unsure whether that is the way to go. > 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 hmm, I am all for a flat but that will cause confusion if the doc would still resist in /foo/bar/index_en.xml. > > - this way, we can determine the resource type without accessing > the mapper yeah. > - 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) I dunno understand, can you explain a bit more. TIA salu2 -- Thorsten Scherler COO Spain 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]
