+1 (non-binding) I think *tools* should be provided to make authoring HiveMind descriptors a simpler task. I think focusing on the verbosity of the final descriptor detracts from, IMHO, this more important issue.
Eclipse plugins (or other IDE plugins) that can validate that descriptors are valid over an entire .ear file will quickly settle the debate over XML/SDL. I vote in favor of dedicating more resources to tools. Cheers. -Naresh Sikha On Mon, 2 Aug 2004 21:34:45 -0400, James Carman <[EMAIL PROTECTED]> wrote: > I vote +1 (non-binding). Editing SDL in Intellij (as someone else already > pointed out) is a burden. XML is THE de-facto standard (whether it is > justified or not) for these types of configuration/deployment descriptor > documents. Everyone (well, everyone who's anyone) already knows and > understands XML and how it works. This scripting idea sounds interesting, > but I'd like to see an example of how it is going to work. > > > > -----Original Message----- > From: Howard Lewis Ship [mailto:[EMAIL PROTECTED] > Sent: Monday, August 02, 2004 10:20 AM > To: [email protected] > Subject: [VOTE] Discard SDL? > > All this divisive talk about SDL vs. XML (vs. ???) is getting to be a > distraction from what HiveMind is all about. I think people are very > correct with the idea that the important thing is to minimize the > *amount* of content in the XML, regardless of the expression of that > content. That's where we should be concentrating ... and I have a few > ideas along that line. > > Anyway, a +1 vote indicates that you feel SDL should be stripped out > of HiveMind (as a failed experment). I'm cool with that, as long as > people piitch in to convert the many SDL into XML. > > Howard Lewis Ship: -0 (binding) > > -- > Howard M. Lewis Ship > Independent J2EE / Open-Source Java Consultant > Creator, Jakarta Tapestry > Creator, Jakarta HiveMind > http://howardlewisship.com > > --------------------------------------------------------------------- > 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] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
