RE: [Htmlparser-developer] Please welcome Marc Novakowski
Brought to you by:
derrickoswald
|
From: Marc N. <ma...@ke...> - 2003-04-04 18:54:06
|
Thanks Somik! Now that I have CVS with SSL working from Idea, I'll try =
to help out wherever possible.
=20
Marc
-----Original Message-----
From: Somik Raha [mailto:so...@ya...]
Sent: Thursday, April 03, 2003 10:00 PM
To: HTMLParser Developer List
Subject: [Htmlparser-developer] Please welcome Marc Novakowski
Hi Folks,
We've had a new developer join us this week - Marc Novakowski.
Here's a brief bio:
=20
Originally from Canada, Marc has been living in the San Francisco Bay =
Area since 1999 working for various startup companies. He is currently =
a senior engineer for a company called Kenamea, working on Java =
development on projects involving secure, reliable, messaging systems. =
He has a BSc in Computer Engineering from the University of Alberta, and =
has been a professional programmer for over ten years.
=20
On his experience with htmlparser, in his own words...
=20
I'm using the parser as part of a framework that translates "custom" XML =
tags embedded in HTML into special javascript code. The javascript is =
essentially a UI construction and event model system. What this allows =
us to do is use the XML "language" to build up a library of components =
that can be instantiated in your application very easily using simple =
XML. It also means that the app developer doesn't have to know =
javascript, only the XML syntax. Actually, we're building an IDE as =
well so they won't really have to know the XML syntax either -- they'll =
be able to just drag and drop components into their application.
The main reason I'm not using a standard XML parser such as xerces is =
that it would die horribly on the HTML. Even if I were to manually =
extract the "custom" tags and parse only that, it is possible that there =
is some javascript or HTML as children of the custom tags which would =
case xerces to die. When I saw how extensible the htmlparser library =
was, it was a no-brainer. So far it's been very easy to add new "tags" =
and "scanners" and define what sort of behavior the new tags have.
The way I've been finding the latest set of bugs is by replacing the =
"htmlparser.jar" I use in my component system with the latest jar and =
running the tests for my own code. When those tests break, I try to =
figure out what in htmlparser has changed and log a bug report. Now =
that I have developer access, I can add new test cases that reveal these =
problems (and maybe even fix them!).
Marc -> Welcome to the dev team!
=20
Cheers,
Somik =20
|