Re: Continued development of XMLPull

Aleksander Slominski <[email protected]> Thu, 20 May 2004 10:53:12 -0500
Newsgroups gmane.text.xml.xmlpull.devel
Message-ID <[email protected]>
Stefan Haustein wrote:

> > Alek wrote:
>  
>
>>i see no problem in using XPP3 (or XPP4) as a vehicle to test such 
>>ideas. i am also toying with an idea if taking back modifications to 
>>XPP3 that happened in StAX RI (it is based on XPP3) and merge them back 
>>to XPP4 codebase so it would implement both XmlPull and StAX ...
>>    
>>
>
>
>I think using XPP (and kXML) as test vehicle for new features is a very 
>good idea. Supporting both interfaces is probably the best option for 
>XPP, but may not be ideal for kXML. The problem I see with improving the 
>xmlpull interface significantly is that xmlpull basically is a common 
>interface for XPP and kXML, but what's good for XPP is often not ideal 
>for kXML.
>
>Moreover, in the mobile area, SAX was introduced with JSR 172, and if I 
>want to use a pull parser somewhere instead, that is simpler to justify 
>if I do not need to explain the difference between XmlPull and StAX. 
>StAX also may help to counter arguments like "but SAX is the standard" 
>better than xmlpull.
>
>Perhaps we should simply shift the xmlpull web site focus a little from 
>the xmlpull interface to promoting xml pull parsing in general, 
>including StAX. XPP could be used to evaluate new features for 
>high-performance parsing, kXML for the needs of the mobile world.
>
>
>I think we should position XmlPull.org in the future
>
>- as a maintenance resource for the existing xmlpull interface
>
>- for general Pull parsing promotion/education (including StAX);
>   Sample code fragments may even work for both APIs w/o modification
>
>- as a resource for discussing new ideas and concepts related
>   to pull parsing
>
>- as java namespace and project location of a free implementation of the
>   event object API and Factories, based on the Stax XMLStreamReader.
>
>- as java namespace and project location of StAX and XmlPull
>   based utilities and samples such as
>   - providing an XML stream from a DOM tree
>   - a DOM builder
>   - SAX adapter
>   - JUnit tests
>
>
>Perhaps we should also provide some general Java Pull parsing history 
>information (timeline and stuff like that)?
>  
>
excellent idea!

do you want to help me to make those changes in webspace? you should 
have SSH access to  /l/extreme/cvspub/xmlpull-website CVS repository

changes will not be propagated automatically to website until i login 
into webserver do cvs update there so should be safe to experiment.

alek

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



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar.
Now with Pop-Up Blocker. Get it for free!
http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/2U_rlB/TM
---------------------------------------------------------------------~->

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
     http://groups.yahoo.com/group/xmlpull-dev/

<*> To unsubscribe from this group, send an email to:
     [email protected]

<*> Your use of Yahoo! Groups is subject to:
     http://docs.yahoo.com/info/terms/