I would add:
cfhttp........ to exchange the WDDX or CML packets
structures.... to interface cf programs like the XML toolkit, soxml, etc
objects....... to parse/manipulate WDDX/XML in CF, JavaScript, ASP and other
languages {necessary for some apps as all the parties in an
exchange of data may not use CF)
XML db........ Nice to know/be aware of this emerging class of programs and
where they fit in the overall scheme (or is that schema) of
things
HTH
Dick
At 1:36 PM -0700 10/15/01, Zac Belado wrote:
> > I hope this is clearer.
>
>Yup.
>
>They would need to know
>
>XSLT
>XPath (at least the basics)
>WDDX
>DTD definitions and writing DTDs
>Knowledge of some form of XML processor. The MS XML DOm object or a Java
>based parser like Xerces.
>
>As to tasks...it strikes me that that sort of thing is probably pretty
>specific but here we tend to need to be able to build CF code to generate
>and process XML packets so the main taks would be writing code to create
>well formed and valid XML code and then using the XML processor (typically
>the MS XML DOM object) to process local or rmote XMLm data
-----------------------+
cf-xml mailing list
[EMAIL PROTECTED]
http://torchbox.com/xml
