Over the course of the past several months, there have been one or more users who have been spamming about an XML parsing alternative named "VTD-XML". I have occasionally assisted the moderators by pointing these answers out to them, and they have responded by deleting the answers, and the offending user (which hasn't stopped this person from immediately creating another user account and continuing).
Now, there is a user jzhang, who claims to be the actual author of VTD-XML.
In my mind, several of his answers, like his answer to Fastest possible XML handling in Delphi for very large documents looks a great deal like the original spam.
jzhang has asked me why I consider his answer to be spam. I decided to do so in public, in an attempt to get him to engage with this community, assuming he's not another sock puppet of the original spammer.
My reason is simple: he's been answering with one or two lines of text, followed by the exact same link to the exact same site that the spammer was using:
VTD-XML may well be worth a look as it is 1/3~1/5 the memory usage of DOM
Now, maybe I'm wrong. Maybe this does not constitute spam. Maybe Mr. Zhang can explain to us why we should not treat these posts as spam.
Somehow, I missed the fact that in the same question, on July 31 2009:
how about vtd-xml http://vtd-xml.sf.net
This one was from a user named "Jimmy Zhang", which has since been deleted. Should I not be suspicious?
Additionally, as pointed out by Wouter van Nifterick, he's answering a question about Delphi by posting a link to a site that doesn't even mention Delphi!
Throughout the nonsense with the sock puppets, I kept asking for some real engagement from the sock puppet. It all just made VTD-XML look bad that instead of truly answering questions, we just kept getting incessant spam against old XML questions.
Mr. Zhang, if you're not just desperately spamming StackOverflow because your product isn't selling, then please answer appropriate questions in a way that will actually help someone use your product to solve their problems.