On 26/10/2010 2:56 PM, Kenneth McDonald wrote:
If a build can be described as a small number of facts, XML is an
unobjectional representation for those facts. If a POM fits on a page,
verbosity of XML is just not an issue.
Yeah, but a build often does not fit on  a page, and I'm building some pretty 
simple stuff!

To argue for the flexibity of Maven is (AFAIK) defensible. It's power (from 
what little knowledge I have), likewise.

But, I'm sorry to say, the verbosity of XML is a major, major issue. I bring 
you back to the simple fact of: If XML were so expressive, why aren't most 
modern languages written in XML? If programmers had to write their systems in a 
dialect of XML, put in the redundant tags, escape everything that _isn't_ a 
literal, etc.,  then we would have very poor programmer productivity.

I've looked at pages and pages of POM files, trying to learn things. And my 
conclusion is that Maven was _fundamentally flawed_ in choosing XML as its base.
People that love to edit XML by hand must love XML

People that hate XML use editors.
OpenOffice and Microsoft both store documents in XML but I never use XML to create a spreadsheet.
Do I find XML an impediment to using spreadsheets? No.
Do I regard the pages of XML that makes up a spreadsheet to be a fatal flaw? I would if I had to enter the document in XML.

Have you even looked at a POM editor?

You are making a mountain out of something that is not an issue.
GET AN EDITOR and never see XML again in a POM file.

If your IDE does not support editing of POM files switch IDE's or bug the authors to include an editor.

Why pester us with your whining if you don't like the way your IDE edits POM files? Go to the forum where your IDE is discussed and complain to them that the IDE does not support POM files properly. Tell them that you heard about Eclipse/STS and the users of that IDE do not have to deal with XML in POM file.

Ron

Cheers,
Ken
---------------------------------------------------------------------
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]

Reply via email to