Re: [VOTE]: motion to transform Xerces into a top-level project as a member of the "federation" of XML projects
Neil Graham <[email protected]>
| Newsgroups | gmane.text.xml.general,gmane.text.xml.xerces-c.devel,gmane.text.xml.xerces-j.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Andy, >> The idea of subprojects being simultaneously projects with their own >> subprojects looks like a terminal terminological disaster to me. :) > That's because you keep referring to Xerces-J as a sub-project. That's because that's what it would technically be if something just called "Xerces" were a TLP (top-level project). > Perhaps it would be easier > to start by defining what we want to ship and then work backwards > from there. Sounds good. So far, we only ship archives containing jars, DLL's and source code that directly relate to XML parsing with standard interfaces. What additionally would you like to be able to throw into the mix? Cheers, Neil Neil Graham XML Parser Development IBM Toronto Lab Phone: 905-413-3519, T/L 969-3519 E-mail: [email protected] Andy Clark <[email protected] To: [email protected] et> cc: [email protected], [email protected], [email protected] Subject: Re: [VOTE]: motion to transform Xerces into a top-level project as a member 05/05/2004 05:26 of the "federation" of XML projects PM Please respond to pmc Neil Graham wrote: > The idea of subprojects being simultaneously projects with their own > subprojects looks like a terminal terminological disaster to me. :) That's because you keep referring to Xerces-J as a sub-project. I see Xerces-J as "The Xerces Project in Java". > Perhaps what we need to get beyond this is the concept of products that > Robert was mentioning exist in other Apache projects. If we said that the > given parser subprojects might have multiple products, where products could > include parsers and components closely tied to parsing, would that solve > the problem? Not really. Although the term "product" is a little clearer in that it refers to a shipped entity. Perhaps it would be easier to start by defining what we want to ship and then work backwards from there. -- Andy Clark * [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]