Michael Wechner schrieb:
(...)
it is ParentChildCreatorInterface (renamed to NodeCreatorInterface),
which is for documents. So I don't see what a parameter for
ParentChildCreatorInterface, which is used for documents, has to do
with assets.
one can imagine creating an Asset-Doctype which consists of Meta-Data
and a reference to
the actual asset
It's an interesting idea, but I don't see how this would have worked in
Lenya, even with the parameter that I removed. A resource type (formerly
known as doctype), it seems to me, is very much related to the concept
of "editable XML". You define a schema for it, you edit it with the XML
editors; when rendered Lenya chooses an XSLT sheet to transform that XML
into some user-friendly representation. How could the current Lenya
mechanisms work if that document was actually a binary file (asset)
instead of XML ?
Please note that I am not saying it wouldn't make sense to consider
treating assets and documents in a more homogeneous manner - quite the
contrary, that's why I made a proposal for a new document model in the
Wiki. I actually appreciate thoughts in that direction (maybe you would
like to comment on that proposal?), but I just can not see the
relationship between removing said parameter and that discussion.
The "creator" interface in trunk has been changed for several reasons;
but most importantly because it no longer uses java.io.File. In my
understanding, it was a consensus in Lenya to move away from
java.io.File towards URIs and a repository.
that's fine, but has nothing to do with the decision to have BRANCH and
LEAF or only BRANCHES
Indeed; I meant to point out that the interface changes in any case. Any
custom implementation of a creator will need to be reconsidered.
So this means that if anybody has implemented a custom implementation
of a document creator, she would need to change it anyway.
and that's one of the problems. The other problem is that Lenya doesn't
allow anymore to
create resources of type LEAF
I just don't understand what is lost by removing a parameter that the
core does nothing with. If you want to implement a custom mechanism for
creating documents which is different than what the core provides
out-of-the-box, you will need to write custom code (obviously). If you
want to store an additional parameter somewhere, say "nodeType" or
whatever, you will need to write that code. The old Lenya did not do
this for you.
What Andreas was suggesting in the thread "[1.4] Creator interface" is
to remove the creator (which has a magic Map of parameters). and write
the custom code you need in the usecase. So it simply is not the case
that Lenya would not allow something now that it did allow earlier. What
I definitely do agree upon, is that the discussion "exactly what
creation API do we want" is still open.
--
Wolfgang
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]