Thanks for that

Do you know of anyone who is using concurrent XML technologies - I've geard this bandied around but have yet to meet anyone who is using them - presumably this would be used in web apps rather than conventional apps?

Colin


>I am sure you will get some great input from others. It's cool - slow - but cool. UNIX and APACHE have a really powerful DOM that maintians session states (the client does not have to explicity reload and reset to the last session's node address).
>
>XML could be a read/write database object. I have heard that there are concurrent XML (server) technologies that are mulituser. That means that if you and I loaded the same XML, any changes you made to the object, my application would be able to see them without re-loading the file.
>
>Some of my VFP apps have to read and parse XML. On my copyrights I send XML structurd strings to my server (ASP) who then parses it and relays the "data" to file objects or other users.
>
>Concievably we could write an entire Database system with JavaScript, DHTML and server side XML - no DB, NET or VFP required.
>
>>Ok
>>
>>I put my hands up and say that whilst I know little about the subject I have heard a lot about XML and listened to some of its proponents saying great things about it
>>
>>So my curiousity at this stage is to learn what VFP developers are using it for ie what sort of applications are they building which are using XML and what benefits they see from using XML over more traditional techniques
>>
>>Any information would be greatly welcomed
>>
>>Thanks
>>
>>Colin Northway