[MOBY-l] To access moby service using Java

[Paul Gordon]

Pedantic Paul on the prowl, sorry :-)

It's a common error, but technically "element" in XML refers the 
<start-tag>...</endtag> or <inline-tag/> parts of the document.  Things 
like processing instructions, comments, are "tags" or "nodes".  It's a 
CDATA Section.  Pedantic people read further.

An XML document has one or more elements, so a document that's just a 
comment is not an XML document.  In fact, the XML prolog <?xml...?> tag 
and any comments/whitespace/processing instructions after or before the 
root element close tag are not considered part of the XML document.  
Most DOM implementations will not let you access anything from the 
prolog except the document type declaration(<!DOCTYPE>), so be careful!

>It should be contained in a CDATA element.
>
>Thanks Paul!
>
>M
>
>
>-----Original Message-----
>From: Paul Gordon <gordonp at cbr.nrc.ca>
>Date: Wed, 04 Feb 2004 09:46:47 
>To:moby-l at biomoby.org
>Subject: Re: [MOBY-l] To access moby service using Java
>
>We should be careful.  The example below includes a complete xml 
>document (albeit with no xml namespace for the data).  What would 
>normally be an XML declaration on the first line of a file turns out to 
>be an XML processing instruction (<?xml...) in the middle.  This 
>document will not be well-formed, because the BNF definition of a 
>well-formed XML document's processing instructions in the XML 1.0 
>standard excludes "xml" as a PI target:
>
>
>	|PI| 	   ::=    	|'<?' PITarget 
><http://www.w3.org/TR/2004/REC-xml-20040204/#NT-PITarget> (S 
><http://www.w3.org/TR/2004/REC-xml-20040204/#NT-S> (Char 
><http://www.w3.org/TR/2004/REC-xml-20040204/#NT-Char>* - (Char 
><http://www.w3.org/TR/2004/REC-xml-20040204/#NT-Char>* '?>' Char 
><http://www.w3.org/TR/2004/REC-xml-20040204/#NT-Char>*)))? '?>'|
>
>	|PITarget| 	   ::=    	|Name 
><http://www.w3.org/TR/2004/REC-xml-20040204/#NT-Name> - (('X' | 'x') 
>('M' | 'm') ('L' | 'l'))|
>
>
>So I guess my point is that there are basically two options:
>
>1. Wrap the moby:text-xml contents in a CDATA section so no payload 
>syntax will mess up the well-formed nature of the moby document
>2. Make sure we don't send xml declarations and other potentially 
>dangerous data down the pipe.
>
>The advantage to the 1st method is a guaranteed clean MOBY document 
>every time.  But this also requires everyone to agree that when they see 
>a moby:text-xml element, they will consider that the contents needs to 
>be unescaped (i.e. the structure of the payload is not accessible from 
>the MOBY document DOM, it will have to be parsed separately).  The 
>second option allows the payload data and its logical partitions to be 
>accessible from the MOBY DOM, but if the contents are not valid, the 
>MOBY message as a whole is invalid.
>
>The second option is convenient, but I'm leaning towards a clean 
>separation of the whole thing into three layers:  SOAP network 
>transport, MOBY transaction envelope, application XML contents.
>
>My CDN$0.02.  Anyone agree, disagree, not care?
>
>Ken Steube wrote:
>
>  
>
>>><moby:MOBY xmlns:moby="http://www.biomoby.org/moby">
>>>   <moby:Response moby:authority="http://mips.gsf.de">
>>>       <moby:queryResponse queryID="">
>>>           <Simple>
>>>               <moby:text-xml namespace="Global_Keyword" id="431260"
>>>articleName="odata1">
>>><?xml version="1.0 encoding="UTF-8"?><element
>>>id="10"><desc>431260</desc></element>
>>>               </moby:text-xml>
>>>           </Simple>
>>>       </moby:queryResponse>
>>>   </moby:Response>
>>></moby:MOBY>
>>>
>>>If you have worked with "text-xml" object(moby specific) types , kindly
>>>correct me.
>>>
>>>Thanks
>>>Viji
>>>
>>>_______________________________________________
>>>moby-l mailing list
>>>moby-l at biomoby.org
>>>http://biomoby.org/mailman/listinfo/moby-l
>>>
>>>   
>>>
>>>      
>>>
>> 
>>
>>    
>>
>
>
>_______________________________________________
>moby-l mailing list
>moby-l at biomoby.org
>http://biomoby.org/mailman/listinfo/moby-l
>
>!!!!!!!!!!!!!!!!
>To respond to this message you MUST send your response to (note new address!)
>
>markw_mobile2 at illuminae dot com
>
>Responses to the reply-to address go directly to trash!
>!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
>  
>