David shows its ugly head again

No Comments

Who remembers or has even heard of David, the supposedly ingenious Filipino project that will enable Linux to run windows executable?

The first time the news of it came out only the ‘uninitiated’ bought it. Most ‘techies’ I have come across all cocked an eyebrow and muttered ‘Wine?’ SpecOps Labs insisted they did not use any Wine code but no techie worth his salt is biting. Why should they? To them David is nothing but vaporware that is going to rip the Wine project because it won’t give proper credit to where it is due. Bad move because it will only generate bad press.

Anyway, when I received this post that SpecOps is hiring again, I thought that it was amazing that David still survives until this day. I only became aware that SpecOps has generated (again) bad press from the local OSS scene again by being quoted in a news item that there are no sufficient local talent that will sustain the development. Only this time SpecOps has admitted to using Wine code.

And then I got wind of the this blog which is links to other criticisms that project David has already accumulated.

The new item said that David is already nearing completion. Let’s wait and see but I am not holding my breath.

ciao!

Burned by subtlety: DOM4J vs W3C DOM (Xerces/Xalan)

No Comments

I was tasked to switch a utility from using the DOM4J API to the W3C DOM API because the DOM4J implementation is transforming Scandinavian characters into garbage wihle the XMLSerializer class in Xerces does it without any sweat.

Sounds relatively easy? Not when you are inexperienced in XML programming, Java or otherwise, as well as in XSL and its likes. Another factor is that the code was deeply embedded in the DOM4J API and not all have a corresponding functionality in the target implementation.

Pass forward to 12 working days later, I have almost completed the porting process but the final output has some element starting markups (‘< ', '>‘) escaped. I searched high and low for an answer as well as played with output format options of the Transformer class but to no avail.

Then Francis helped me understand a little bit of XSL, at least he pointed me to where I should start. One man-day and a few online XSL tutorials later, I found out this link that describes my issues perfectly. It seems the interpretation of the contents of the CDATA section is parser-specific. Where was that link two days ago before I started tearing my hair apart? Grrr…

Lesson of the Day: Google might be your friend, but like any friend it can play a nasty and costly trick on you.

Onward to transforming the CDATA texts into xsl:text elements with output escaping disabled and hopefully complete this task today. I will play the good colleague role and put out a note on each stylesheet so the next person who messes with the parsers wont go through the same grief as me.

ciao!

Newer Entries