avoiding importing/copying XML

[Aleksander Slominski <as...@cs.indiana.edu>]

Eric Vasilik wrote:

>Are you asking for the ability to have the backing store natively use,
>in this case, a Node from an implementation other than that which
>XmlBeans implements?  
>
hi,

that would be *perfect *but if it is not possible the alternative to 
provide another view on backing store to avoid duplication of XML 
storage would be good too.

>So that one may get XmlObjects for some other tree
>of nodes without having to import or copy that XML tree?
>  
>
that is the gist of the problem: avoiding importing/copying XML around.

thanks,

alek

>  
>
>>-----Original Message-----
>>From: Aleksander Slominski [mailto:aslom@cs.indiana.edu]
>>Sent: Thursday, April 29, 2004 3:03 PM
>>To: xmlbeans-dev@xml.apache.org
>>Subject: converting views: DOM, XmlCursor, XmlNode, ... [Re: compile
>>    
>>
>time
>  
>
>>generation of XmlElement//Attribute for interface types [Re: XmlObject
>>    
>>
>and
>  
>
>>XML Infoset
>>
>>Eric Vasilik wrote:
>>
>>    
>>
>>>Yes, I would add a static method somewhere which would allow you to
>>>convert among the various views.
>>>
>>>
>>>      
>>>
>>so how difficult it is to generalize it to support multiple view and
>>switching between them through controller like:
>>
>>XmlObject.castOrWrap(Object o, Class targetInterface);
>>
>>for example
>>
>>PurchaseOrderElement po = (PurchaseOrderElement)
>>    
>>
>XmlObject.castOrWrap(Node
>  
>
>>node, PurchaseOrderElement.class);
>>
>>alek
>>
>>ps. in JDK 1.5 i think it can be somewhat shortahnded to avoid
>>    
>>
>casting:
>  
>
>>PurchaseOrderElement po =
>>    
>>
>XmlObject.castOrWrap<PurchaseOrderElement>(Node
>  
>
>>node);
>>
>>
>>    
>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: David Remy
>>>>Sent: Thursday, April 29, 2004 8:51 AM
>>>>To: xmlbeans-dev@xml.apache.org
>>>>Subject: RE: compile time generation of XmlElement//Attribute for
>>>>interface types [Re: XmlObject and XML Infoset
>>>>
>>>><snip>
>>>>
>>>>
>>>>        
>>>>
>>>>>>how will you be able to switch between different views i.e. in
>>>>>>            
>>>>>>
>case
>  
>
>>>>>>when i have DOM Element how i can find XmlObject view on it? can i
>>>>>>dynamically for an unbound DOM element bound it (convert) to XML
>>>>>>Schema derived Foo type? in other words can i start with DOM
>>>>>>(Infoset?) and rebind parts of it to XmlBeans?
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>Yes, as long as the DOM element is one which I created.  If
>>>>>you want to
>>>>>take, for example, a Xerces DOM element and get an XmlObject
>>>>>on it, you
>>>>>would have to import that element.  However, I will provide ways to
>>>>>convert among the various views with out additional overhead.
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>Eric, have you thought about how this conversion between
>>>>the different xmlbean views would look?  Like, say you have a DOM
>>>>Node in hand, how will you get an XmlObject or XmlCursor on it?  Or
>>>>any other combination? I guess it will have to be thru some sort of
>>>>static like Public?  Something like:
>>>>
>>>>XmlObject getXmlObject(Node node);
>>>>
>>>>?
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>>>>thanks,
>>>>>>
>>>>>>alek
>>>>>>
>>>>>>--
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>-
>>>>
>>>>
>>>>        
>>>>
>>>---------------------------------------------------------------------
>>>
>>>
>>>      
>>>
>>>>To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
>>>>For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
>>>>Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/
>>>>
>>>>
>>>>        
>>>>
>>>-
>>>      
>>>
>---------------------------------------------------------------------
>  
>
>>>To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
>>>For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
>>>Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/
>>>
>>>
>>>
>>>
>>>      
>>>
>>--
>>The best way to predict the future is to invent it - Alan Kay
>>
>>
>>-
>>    
>>
>---------------------------------------------------------------------
>  
>
>>To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
>>For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
>>Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/
>>    
>>
>
>
>- ---------------------------------------------------------------------
>To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
>For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
>Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/
>
>
>  
>


-- 
The best way to predict the future is to invent it - Alan Kay


- ---------------------------------------------------------------------
To unsubscribe, e-mail:   xmlbeans-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xmlbeans-dev-help@xml.apache.org
Apache XMLBeans Project -- URL: http://xml.apache.org/xmlbeans/