[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Namespace handling in XML Processors

  • From: vishal sharan <mettlus@y...>
  • To: David Brownell <david-b@p...>, schen@f...
  • Date: Tue, 31 Aug 1999 10:02:01 -0700 (PDT)

namespace handling xslt
Hey Guys my mailbox is flooding with the namespace mails. So why not I
ask all of you one question. Can the XML Document contain namespace??
Pleae know whether this is a valid XML Doc or not
======================
its in the attachment

===========================

--- David Brownell <david-b@p...> wrote:
> schen@f... wrote:
> >
> > Hi David, everyone,
> >
> > Thanks for clearing up all the different issues.
> >
> > So if I'm to understand this correctly, for
> processing to occur in the
> > right way involves the following steps:
> 
> It'd normally happen in the other order ...
> namespace processing after
> XML processing, but I think the implied order wasn't
> intentional!
> 
> 
> > Namespace processor:
> > apply scoping, defaulting, and URI comparison to
> all elements so that each
> > element and attribute has a namespace prefix,
> normalizing all elements and
> > attributes in the same URI namespace to have the
> same prefix.
> 
> That'd be one kind of namespace processor; there are
> others.  This
> can all be done dynamically.  And of course,
> prefixes aren't supposed
> to matter except to be mnemonic to folk writing XML
> by hand -- many
> "namespace processors" will ignore prefixes except
> for output concerns.
> Applications doing "semantic" processing should use
> the namespace URI
> and the local part of the name, ignoring everything
> else.
> 
> 
> > DTD:
> > using external/internal subsets, define DTD using
> normalized namespace
> > prefixes.  This would require somehow combining
> the DTD's of each
> > namespace being used.  An example would be in
> XSLT, validating stylesheets
> > using the XSLT DTD fragment.
> >
> > XML Processor:
> > process as usual, all element and attribute names
> having been
> > "fully-qualified", is treated just like any other
> XML document.
> 
> DTD processing is done by the XML processor, and
> doesn't know
> a thing about XML namespaces.  They're orthogonal.
> 
> 
> > Do I have this right?
> 
> No, DTD processing is part of XML processing and
> doesn't know
> anything at all about namespaces.  "Normalizing"
> prefixes isn't
> required (if it were done, a namespace processor
> could do it),
> and if you can use DTD mechanisms to combine your
> vocabularies
> you didn't really need to use namespaces.
> 
> 
> >       So currently the tricky part is merging the
> DTDs,
> > and without standardization on schemas and
> namespace semantics mapping,
> > many people feel that namespaces are confusing at
> best and useless at
> > worst as it is today.
> 
> The most effective way to think about XML namespaces
> is without
> letting DTDs enter the discussion.  There's a set of
> documents
> that can use them together, but the conflicts are
> more evident.
> 
> The XML Namespace spec was pretty much rushed to REC
> status a bit
> on the early side ... without a good general
> understanding of its
> place in the suite of XML standards.  Hence that
> confusion.
> 
> 
> > But at least I can recognize the utility of
> namespaces in XSLT, which
> > would be more difficult to handle without this
> facility.  Less clear to me
> > is the raging XHTML debate in the parallel
> thread(s).
> >
> > Sorry for stirring up anything that was rehashed
> before, I've only just
> > subscribed to the list.  Thanks again.
> 
>  There seem to be no flames on this thread!  (Knock
> on wood ... ;-)
> 
> - Dave
> 
> xml-dev: A list for W3C XML Developers. To post,
> mailto:xml-dev@i...
> Archived as:
> http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on
> CD-ROM/ISBN 981-02-3594-1
> To (un)subscribe, mailto:majordomo@i... the
> following message;
> (un)subscribe xml-dev
> To subscribe to the digests,
> mailto:majordomo@i... the following message;
> subscribe xml-dev-digest
> List coordinator, Henry Rzepa
> (mailto:rzepa@i...)
> 
> 

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com
<?xml version="1.0"?>
<PKT N="WDogSystemInit">
  <NSP N="SKUP">
    <NSP N="DataPump">
		<GRP>
		<HDR>
			<DSC T="LST" N="bla bla bla" R="t">
			<DFM/>
			</DSC>
		</HDR>
		<BDY>
			<LST N="bla bla bla">
			<L I="1">googoo</L>
			<L I="2">abracadabra</L>
			<L I="3">open sesame</L>
			<L I="4">baboom</L>
			<L I="5">break on through to the other side</L>
			</LST>
		</BDY>
		</GRP>
    </NSP> <!-- End of the data pump namespace -->
	<NSP N="WDog">
	  <GRP>
		<COMMENTS>
			<P><L>WDog is a COM component that will log the operation of another COM component running in a seperate
			process space.</L>
			<L>In the event of exceptional behavior -- i.e. error conditions etc. it will take actions according to the initialization instructions it has been insantiated with.</L>
			</P>
		</COMMENTS>
		<HDR><!-- contains descriptors -->
			<!-- descriptor for one pathname - path value record pair -->
			<DSC T="RCD" N="PathRecord" NSP="SKUP::WDog">
			  <DFM T="F" I="2"/>
			  <F N="NameOfPath" R="t"><DFM T="str" MXL="63" MIN="32" MAX="120"/></F>
			  <F N="Path" R="t"><DFM T="str" MXL="255" MIN="32" MAX="120"/></F>
			</DSC>
			<!-- descriptor for a table of PathRecord type records -->
			<DSC T="TBL" N="Paths" ID="0F46F8D3-5693-11d3-A67C-0050046C4B19"  NSP="SKUP::WDog" R="t">
			  <DFM T="RCD" N="PathRecord" MIN="0" MAX="10"/>
			</DSC>
			<!-- descriptor for a SysMsg table & its' record type -->
			<DSC T="RCD" N="SysMsgRec"  ID="040911A4-D2DB-4a84-BD58-0B1012FFDF19" NSP="SKUP::WDog">
			  <DFM T="F" I="4"/>
			  <F N="MsgNumber" R="t"><DFM T="UINT" MIN="0" MAX="100" /></F>
			  <F N="MsgDescriptor" R="t"><DFM T="str" MXL="255" MIN="32" MAX="120" /></F>
			  <F N="MsgTypeCode" R="t"><DFM T="char" SET="(,){I,W,E,N}" /></F>
			  <F N="OptionalMsg" R="f"><DFM T="str" MXL="1024" MIN="32" MAX="120" /></F>
			</DSC>
			<!-- descriptor for a System message table -->
			<DSC T="TBL" N="SysMsg" ID="1CA51EA1-5699-11d3-A67C-0050046C4B19" NSP="SKUP::WDog" R="t">
			  <DFM T="RCD" N="SysMsgRec" MIN="0" MAX="100"/>
			</DSC>
		</HDR>
		<BDY>
			<TBL N="Paths" ID="0F46F8D3-5693-11d3-A67C-0050046C4B19">
			  <R I="1"><F I="1">RootPath</F><F I="2">D:\~Dev\WatchDog</F></R>
			  <R I="2"><F I="1">LogPath</F><F I="2">log</F></R>
			  <R I="3"><F I="1">ExceptionPath</F><F I="2">Err</F></R>
			</TBL>
			<TBL N="SysMsg" ID="1CA51EA1-5699-11d3-A67C-0050046C4B19">
			  <R I="1"><F I="1">01</F><F I="2">Null Message</F><F I="3">N</F><F I="4"/></R>
			  <R I="2"><F I="1">02</F><F I="2">okay</F><F I="3">I</F><F I="4">this is an optional message for this particular system message</F></R>
			  <R I="3"><F I="1">03</F><F I="2">okay false</F><F I="3">I</F><F I="4"/></R>
			  <R I="4"><F I="1">04</F><F I="2">Unknown Error</F><F I="3">W</F><F I="4">this is an unknown error optional message!!!!!</F></R>
			</TBL>
		</BDY>
	  </GRP>
	</NSP> <!-- end of the WDog namespace -->
  </NSP> <!-- end of the skup namespace -->
</PKT> <!-- end of the WDogSysInit packet -->




PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.