oh yes right! a schema-id attribute is needed. i did not know this change in schema. is schema now also a top-level element?
However I would still like to keep the other id atts. Actually one of my first use cases was to add a decorator around BuilderFactory. I was also thinking of adding a path att, where you can specify the element you want to use as schema. ElementModel implements schema - cool! Thanks, chris -----Original Message----- From: "Howard M. Lewis Ship" <[EMAIL PROTECTED]> Date: Sat, 6 Mar 2004 08:52:56 To:"'Jakarta Commons Developers List'" <[EMAIL PROTECTED]> Subject: RE: [HiveMind] nested schemas I'm a little nervous about the use of configuration-id or service-id ... why not schema-id. Recently, <schema> was, effectively, promoted to first-class status (a schema's id is qualified with the module id and may be referenced from other modules). -- Howard M. Lewis Ship Independent J2EE / Open-Source Java Consultant Creator, Tapestry: Java Web Components http://howardlewisship.com > -----Original Message----- > From: Christian Essl [mailto:[EMAIL PROTECTED] > Sent: Friday, March 05, 2004 10:35 PM > To: [EMAIL PROTECTED] > Subject: [HiveMind] nested schemas > > > I think I have solved my problem with a element content > definition based > on another schema. (I include the patch). > > To do that I had to modify the core. There is now an extra tag under > element: > <content parent-method="" configuration-id="" or service-id=""/> > > If one configuration or service is provided the schema is > looked up there > and content of the element is parsed according to the schema. > The list is > than set on the parent. > If no configuration-id or service-id is provided than the > child Elements > are contained in the list. If the element has no childs an > empty list is > passed in. It also supports recursive definitions. > > To see how I imagine its use see the test-case. > > Maybe someone could comment on that. > > Thanks, > Chris > > > -- > Christian Essl > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
