Hi Robby!!! as I wrote you on Twitter, this is something *really* interesting that must be included in the Cocoon distribution :)
We can include that module quite easy, all you have to do is * checkout/update the C3 /trunk; * add needed dependencies in the <dependenciesManagement> in the /parent/pom.xml * add your code in the /cocoon-optional module in a proper package - see the existing codebase as samples how we already managed 3rd parties integrations * make a patch and submit it on JIRA Looking forward to hear from you soon, all the best!!! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Tue, Jul 5, 2011 at 2:42 PM, Robby Pelssers <robby.pelss...@ciber.com> wrote: > Hi all, > > As Cocoon is an excellent framework for dealing with XML and hence in a lot > of cases is stored in a XML Database it makes sense to offer out-of-the box > functionality to extract data from it. From my personal experience I think > most XMLDB implementers have abondoned the XMLDB API initiative and are > focusing on XQuery for Java (XQJ) instead. > > I just started playing with the API today and wrote a bit of code to get more > acquainted. I would like to start a little thread to find out if we can add > a new XQJGenerator to the optional cocoon module. > > A first little exercise is mentioned on my blog but it's far from production > ready. > > - TODO: allow wrapping query result in 1 root tag > - Problem: the XQJ interface jar is packaged along with the implementations > (Sedna, Exist, Marklogic). This means I had to actually declare a maven > dependency on the implementation specific jar (in this case > sedna-xqj-beta-5.jar). > > For the ones who think this would be a great add-on, check my first post at > http://robbypelssers.blogspot.com/2011/07/using-xqj-api-with-cocoon3.html > > Kind regards, > Robby Pelssers >
