actually you can easily parse such kinds of not-xml datafiles with RegularExpressions.
And keeping in mind that XSLT 2.0 has build-in support for regexes, you can use XSLT to read and parse non-structured data files, and output XML. I can guess it will be rather easy to implement, check Saxon.NET XSLT 2.0 realease.
Main Topics
Browse All Topics





by: b1xml2Posted on 2005-05-23 at 05:37:00ID: 14059636
Why dont you have a mapping file that tells you what the format is for a certain file or go one further, files in particular folders. That way your VB code can be generic. If you can use the .NET Framework, then you could write the DLL in VB.NET/C#, us regasm to register it so that it looks and quacks like a COM object and thus is usable in VB6. If you can do this, you have a very powerful way of writing and reading XML documents using the XmlTextWriter and XmlTextReader respectively. As far as XSLT transforms are concerned, the fastest still is MSXML4.0 (10 times faster than MSXML.NET for 500K documents!?). However, the XmlTextReader performs far better than MSXML4 since it is utilises the pull model, where it pulls data in and one can navigate through out the document.
I think XSLT is better utilised to handle XML documents. It would be wasteful to use XSLT to do text recursions. That is best left to VB/VB.NET/C#