BaseX-Talk

basex-talk@mailman.uni-konstanz.de

9 participants
5241 discussions

Start a nNew thread

Provide OSGi conformant manifest headers in jar
by erdal.karaca.de＠googlemail.com 04 Oct '10

04 Oct '10

sorry, the web contact form is somehow confusing...

1 0

Provide OSGi conformant manifest headers in jar
by erdal.karaca.de＠googlemail.com 04 Oct '10

04 Oct '10

I am using the basex xquery implementation in an OSGi/Eclipse environment and need to provide/add additional manifest headers or wrap the delivered jar. I would like to have those manifest headers automatically included in the build, namely, these would be (minimally): Bundle-SymbolicName: org.basex.api Bundle-Version: 6.2.8.SNAPSHOT Export-Package: javax.xml.xquery, org.basex.api.xqj This way I would just require my components (jars/plugins/bundles) to depend on bundle org.basex.api and would not have to include/manage the basex versions myself...

1 0

Provide OSGi conformant manifest headers in jar
by erdal.karaca.de＠googlemail.com 04 Oct '10

04 Oct '10

1 0

Re: [basex-talk] Using the REST interface
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi Andreas, Yes, you understood what I wanted, but I did not implement the solution suggested for the reason that there might be dependencies between a given version of basex server (sub-project basex) and the corresponding version of basex-api (sub-project api). I could not simply replace basex-api.jar because, well, basex-api.jar does NOT exist inside of basex-api.zip. On further investigation and while attempting to find a workaround, I noticed that the basex-api.jar is actually split into three different .jars inside basex-api.zip; but those jars (the splitted versions) also package a corresponding dependency each (for xmldb-api, xqj-api and jax-rx, respectively)! I decided to keep things simple and bundled *everything* in one jar, but that broke the runtime. So, I updated my build to include files on as similar a basis as I could (to how you create basex-api.zip) without making the build too complex - so there are a few differences, but it works for me at the moment, so I am going to keep my build simple. In case anyone wants my build config (maven project) to arrive at basex-api.zip, please post your requirement on this mailing list and I can provide you the same. That said, I guess Andreas, that your project is already using a build config to achieve this and would be grateful if you could host that as well as all tags and branches so that these can be anonymously checked out. Thanks for your prompt replies Andreas and Michael, much appreciated. As this is a Uni project, can one hope it has any chances of proper commercial support being provided in case an organization becomes interested? ----- Original Message ----- From: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> To: "Mahender Didwania" <mahender(a)didwania.co.uk> Sent: Monday, October 4, 2010 10:20:16 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] Using the REST interface Hi Mahender, you can just extract the BaseX61-api.zip, then add your new BaseX build and change the name of it in the startjaxrx.bat , so the server of the new build is used. I hope i did understand what you are want to do... Kind regards, Andreas Am 04.10.2010 11:09, schrieb Mahender Didwania: Hi, What I am trying is to get something like basex-api.zip available at http://www.inf.uni-konstanz.de/dbis/basex/download/BaseX61-api.zip , only for the newer version (e.g., 6.2.9). Now the file at the URL above packages several other things besides the basex-api (its name BaseX61-api.zip appears to suggest it contains only the basex-api, but that is not the case). My question is: where is the maven pom (if there is one) to create BaseX61-api.zip which includes basex.jar and basex-api.jar besides a few things from examples sub-project as well as several other dependencies? How do you guys create BaseXnn-api.zip? None of the builds of sub-projects basex, api or examples leads to creation of this file and this file is what I need. When I try to create it on my own (searching for the various artefacts and putting them in .zip using a local Maven project), then the resulting server starts fine but every time I perform a REST operation, I get 500 internal server error. I do not want to run basex from within Eclipse. Thanks. ----- Original Message ----- From: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> To: "Mahender Didwania" <mahender(a)didwania.co.uk> Cc: basex-talk(a)mailman.uni-konstanz.de Sent: Saturday, October 2, 2010 9:28:52 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] Using the REST interface Hi Mahender, you can check out all three projects (see http://www.inf.uni-konstanz.de/dbis/basex/install ). After that just start the StartJaxRx.java in the examples project. Now you can run the examples from http://www.inf.uni-konstanz.de/dbis/basex/rest . Kind regards, Andreas Am 01.10.2010 17:30, schrieb Mahender Didwania: Hi, I am using Maven to get basex.jar and basex-api.jar and then trying to integrate them with Jetty on the lines of how it is done in the zip file available at http://www.inf.uni-konstanz.de/dbis/basex/download/BaseX61-api.zip - the reason I am doing it in my own Maven build is because 6.1 is not the latest version of basex, but the bundled distribution including Jetty is not available for a later version. I have not tested the bundled distribution (Jetty bundled for access using REST). I am not able to get this to work however - all I get is internal server when I attempt anything other than get application.wadl - e.g., I cannot PUT successfully using the guidelines at http://www.inf.uni-konstanz.de/dbis/basex/rest . I had a cursory look at the java code and could not immediately figure out how Jetty is connecting to the Basex server instance in the StartJaxRx.java or StartJetty.java - to me it merely appears to start the two servers. I will later attempt to use the bundled .zip file available for download, although that is for an earlier version. _______________________________________________ BaseX-Talk mailing list BaseX-Talk(a)mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk

2 1

Fwd: basex-api from trunk fails to build
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, Correction for: For some reason, basex-examples still is dependent upon 6.2.8 and not 6.3 (6.2.8 is available in your maven repo, but the build fails due to other reason mentioned in another post of today from me) basex-examples also refers to 6.3 now (not 6.2.8). However, it has a different issue in that the target folder (used by maven to place results of build into) is a checked in folder as well (it should *not* be part of subversion commits) - this leads to problems unless one deletes this folder before performing svn update. This is just a nuisance I agree, but can easily be rectified. ----- Forwarded Message ----- From: "Mahender Didwania" <mahender(a)didwania.co.uk> To: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> Sent: Monday, October 4, 2010 9:17:47 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] basex-api from trunk fails to build Hi Andreas, I *have* checked out all three projects, but cannot build them all in one go (there is no parent pom), so am building them one by one, building basex first, api next and examples last, but api build fails for me due to the reasons mentioned in email below. basex build succeeds, but I then have to manually make the basex.jar available to the api build if I want it to finish successfully. For some reason, basex-examples still is dependent upon 6.2.8 and not 6.3 (6.2.8 is available in your maven repo, but the build fails due to other reason mentioned in another post of today from me) A parent pom should be provided at the top level folder http://www.inf.uni-konstanz.de/dbis/basex/trunk/ ----- Original Message ----- From: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> To: "Mahender Didwania" <mahender(a)didwania.co.uk> Cc: "basex-talk" <basex-talk(a)mailman.uni-konstanz.de> Sent: Monday, October 4, 2010 9:04:08 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] basex-api from trunk fails to build Hi, just check out all three projects: http://www.inf.uni-konstanz.de/dbis/basex/install and build it. Andreas Am 04.10.2010 10:01, schrieb Mahender Didwania: > Hi, > > The basex-api has dependencies for basex.jar version 6.3 and basex-api.jar version 6.3, but these are not available. So the project fails to build. > > What is the workaround? > > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk

2 1

Where are the basex branches and tags available for anonymous checkout?
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, Only the trunk appears to have been made available for anonymous checkout. What if I want to checkout/export and build an earlier revision (e.g., 6.2.8), especially in case where trunk builds for one/more of sub-projects (basex-api, basex-examples) are broken?

2 1

basex-api from trunk fails to build
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, The basex-api has dependencies for basex.jar version 6.3 and basex-api.jar version 6.3, but these are not available. So the project fails to build. What is the workaround?

2 1

basex-examples sub-project fails to build - explicit java source version not declared in pom.xml
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, The basex-examples sub-project fails to build because the default for maven 2 (I think) is java 1.3, but java 5 features are being used in this project. pom.xml needs to have a source level declaration for java 5. How can one gain commit rights to this project? -M

1 0

Using the REST interface
by Mahender Didwania 02 Oct '10

02 Oct '10

Hi, I am using Maven to get basex.jar and basex-api.jar and then trying to integrate them with Jetty on the lines of how it is done in the zip file available at http://www.inf.uni-konstanz.de/dbis/basex/download/BaseX61-api.zip - the reason I am doing it in my own Maven build is because 6.1 is not the latest version of basex, but the bundled distribution including Jetty is not available for a later version. I have not tested the bundled distribution (Jetty bundled for access using REST). I am not able to get this to work however - all I get is internal server when I attempt anything other than get application.wadl - e.g., I cannot PUT successfully using the guidelines at http://www.inf.uni-konstanz.de/dbis/basex/rest. I had a cursory look at the java code and could not immediately figure out how Jetty is connecting to the Basex server instance in the StartJaxRx.java or StartJetty.java - to me it merely appears to start the two servers. I will later attempt to use the bundled .zip file available for download, although that is for an earlier version.

2 1

Problem with basex:eval
by Maximilian Gärber 30 Sep '10

30 Sep '10

Hi there, I am using basex 6.2.7 (gui version) from the maven repo. Using eval (see below) gives me: Fehler: [XPST0017] Unknown function "local:name1(...)". If I call local:name1() directly, it works. Running the same script with Saxon (using saxon:evaluate) works, too. declare function local:name1() { let $msg := "hello from name1" return <msg>{$msg}</msg> }; declare function local:dispatch($e as element()) { let $func := local-name($e) let $res := basex:eval(concat("local:", $func, "()")) return $res }; let $elem := <name1>bla</name1> (: return local:name1() :) return local:dispatch($elem) Regards, Max

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk