Date: 2004-04-28T15:09:18 Editor: 24.157.84.186 <> Wiki: Jakarta HiveMind Wiki Page: NotXMLProposal URL: http://wiki.apache.org/jakarta-hivemind/NotXMLProposal
no comment Change Log: ------------------------------------------------------------------------------ @@ -183,4 +183,4 @@ KnutWannheden: To me the crucial question is whether the module (or deployment) descriptor should be ''descriptive'' or ''imperative'' (as seen in the make vs. Ant war). For HiveMind I tend to favor a descriptive form. But it should be possible to allow both. We'll just have to decide which one goes into the framework and which one into the library :-) -[http://wiki.apache.org/jakarta-tapestry/GeoffLongman GeoffLongman]: Speaking as a Hivemind user, XML and SDL look fine. I have not warmed up to [http://www.yaml.org YAML] at all. Using a true scripting language like Groovy turns me off completely. Leave the descriptors as ''descriptors'' that describe or declare something and are not executables. Speaking as somebody who ''might someday'' commit to building an Eclipse plugin for Hivemind, XML is the path of least resistance for me. A declarative markup like SDL or [http://www.yaml.org YAML] might be ok too if the parser support were at a level conducive to developers tools. FYI, no open source XML parsers were suitable out of the box for [http://spindle.sourceforge.net Spindle]. Although, I'm not a parser writing kinda guy so - Rat's I gotta run, will finish these thoughts soon. +[http://wiki.apache.org/jakarta-tapestry/GeoffLongman GeoffLongman]: Speaking as a Hivemind user, XML and SDL look fine. I have not warmed up to [http://www.yaml.org YAML] at all. Using a true scripting language like Groovy turns me off completely. Leave the descriptors as ''descriptors'' that describe or declare something and are not executable. Speaking as somebody who ''might someday'' commit to building an Eclipse plugin for Hivemind, XML is the path of least resistance for me. A declarative markup like SDL or [http://www.yaml.org YAML] would be ok too if the parser support were at a level conducive to developers tools. An DOM equivalent (AST tree) with line ''and'' character offset ''and'' range precise information is needed. FYI, no open source XML parsers were this precise out of the box for [http://spindle.sourceforge.net Spindle]. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
