Unfortunately it looks like XQEngine is GPL so unusable, we can't even have code using it in SVN. The only alternative i can think of is Saxon, maybe others know of something else?
...ant On 6/21/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
Hi, Need some help marked with #. In the implementation of XQuery DAS, I am trying to start simple and then gather requirements and features on the way and keep building. #For the first attempt, I am trying with sourceforge's XQEngine as the XQuery engine, as it has no license restrictions. Has anybody any comment about which implementation is better/worse? I want to create JIRA for XQuery DAS to attach first patch on the top of code available in https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/das. #Help! Need somebody to create a new Component - Java DAS XQuery. https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/dashas a clear separation of api vs. impelmentation. In the first patch, I am trying to implement org.apache.tuscany.dasinterfaces from tuscany-das-api into tuscany-das-xquery and also using ServiceProvider framework to invoke xquery implementation. The code is very basic and working for single directory/single xml file 's xquery expression evaluation and there is nothing done for building a very basic DataObject (in-progress) The beginning of the mail thread has many features, here the features to be implemented in the order or importance, please add/comments to it. **************************************************************************************** In the first attempt only xml files are considered and not databases supporting XQuery. As the development progresses - will attach a detailed design doc instead of having large mails - for easy review. Features List 1) support connection to FileSystem (no authentication considered, only mapped drive and directory) 2) support xquery expessions as Command (using XQEngine to get result) 3) mapping between result of xquery Command to DataObject (XQEngine can emit the xml , form a DataObject using XMLHelper) 4) CRUD support - involves mapping from DataObject to xml document, change summary to be added to file 5) FLWOR expression as Command 6) JOIN operation (use multiple files) Test Cases List Ideally will have > 1 test case for each feature **************************************************************************************** Hoping to make XQuery DAS useful to the community as an alternative to other DAS flavours. Regards, Amita On 6/15/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote: > > Hi All, > After a while on RDB DAS beta1 , I am trying to do more on XQuery DAS. > > Tried to check different XQuery implementations available, below is > summary: > > http://www.axyana.com///products.html Quizx/open - open source > Quizx/db(XQuest) - not open source > > http://www.gnu.org/software/qexo/ - license? - kawa > it compiles XQuery expressions and programs to Java bytecodes , this does > not have > API to be used, so not of much use > > http://www.oracle.com/technology/sample_code/tech/xml/xmldb/jxqi.html - > license will be a problem > > ***http://dsd.lbl.gov/nux/api/index.html - > http://dsd.lbl.gov/nux/license.html > has good set of APIs. I am not sure if the license poses some restrictions > on use. > Looks like this will be a good choice to give first attempt for XQuery > DAS. > Any advise? > > http://saxon.sourceforge.net/ - only SAXON-B is fee and SAXON-SA is > commercial,So may not be a good choice > > I am trying to start based on > https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/das/ > This uses Service Provider API to separate different DAS implementations. > There is > http://www.mail-archive.com/[email protected]/msg14428.htmlthread > to discuss the high level approach to provide this. Please add your comments > there for refactoring approach. > > We can use the current mail thread for XQuery DAS specific comments. Also, > I will use > a new page on http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Home > > to track detailed status for XQuery DAS. I will make sure not to link this > page > to any other page, so as not to mess up with ongoing release. > > Regards, > Amita > > > On 4/4/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > > > > Hi Amita > > > > Related to the features, I think it's fine to start simple and get > > improvements gradatively as we progress... > > > > Some issues that you have identified: > > - Config model more flexible to accommodate differences between > > multiple implementation > > - Factory issues, and the ability to get different implementations > > Are already available in my sandbox [1] as part of the work I did to > > accommodate multiple DAS implementations [2] > > > > It's probably good idea to keep a XQuery DAS page on the Wiki and keep > > updating it with requirements, discussions and design we are taking... > > > > [1] - > > https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/das/ > > [2] - > > http://www.mail-archive.com/[email protected]/msg14428.html > > > > On 3/26/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote: > > > > > > Hi All, > > > I am trying to create a prototype for supporting XQuery-DAS. Below are > > > some points I have gathered so far. > > > Please give your comments, add to the points. > > > > > > 1) Basic Features that can be supported:- > > > >>Need to support associating path expression to xml data source. > > > > > > >>Parameter passing in path expression > > > > > > >>Support for FLWOR expressions - use of parameters, data source name > > > > > > >>JOIN operation will involve multiple data sources and multiple > > > expressions > > > - need to support association > > > for same. > > > > > > >>Support for XQuery update facility > > > > > > 2) Places where current das config/code needs to be modified:- > > > >>Provide flexibility in config to support RDB/XQUery/xyz...Can have > > > expansion to > > > current config.xsd to support multiple connections of multiple types? > > like > > > RDB/XQuery... > > > > > > >>Command - needs to take care of associating multiple data sources > > with > > > multiple expressions > > > say, in RDB - its select from t1, t2... > > > in XQuery - the FLWOR - we can say books.xml <-> expr1, stores.xml<-> > > > expr2 > > > and have a JOIN. > > > > > > >>Getting connection to data store - should be in Interface-Impl , not > > > directly in impl- like > > > it is currently there in DASImpl not in DAS, to keep it generic. > > > > > > >>graph building related classes should also have separation of > > interface > > > and implementation. > > > > > > > > > 3) What can be kept for in-future and what is MUST for the first cut:- > > > Need comments from you all. > > > > > > 4) Questions:- > > > >>In RDB-DAS we do not support connection to multiple databases. Even > > > JIRA-952 talks > > > only about multiple schemas. Is there any requirement for this/ > > constraint > > > due to which > > > we need to stick to single database? > > > > > > >>Also, in future, there can be mix of data stores, RDB, XQuery, .... > > What > > > are the pros/cons > > > for supporting connection to multiple different types of datastores > > > (like one RDB compliant, one XQuery compliant) > > > > > > 5) Link from ML - [DAS] Refactoring DAS to allow multiple > > implementatons > > > http://www.mail-archive.com/[email protected]/msg14428.html > > > During the attempt to separate APIs from Impl, we can now decide on > > the > > > approach and structure the design. > > > > > > Regards, > > > Amita > > > > > > > > > > > -- > > Luciano Resende > > http://people.apache.org/~lresende > > > >
