Send BaseX-Talk mailing list submissions to
basex-talk@mailman.uni-konstanz.deTo subscribe or unsubscribe via the World Wide Web, visit
https://mailman.uni-konstanz.de/mailman/listinfo/basex-talkor, via email, send a message with subject or body 'help' to
basex-talk-request@mailman.uni-konstanz.deYou can reach the person managing the list at
basex-talk-owner@mailman.uni-konstanz.deWhen replying, please edit your Subject line so it is more specific
than "Re: Contents of
BaseX-Talk digest..."
Today's Topics:
1. Re: import in xsd (Jan Techter)
2. Re: import in xsd (Andy Bunce)
3. BaseX 7.8.1 Update - Soft-Files.com (Soft-Files Team)
4. Error in webdav.xqm (France Baril)
----------------------------------------------------------------------
Message: 1
Date: Mon, 03 Mar 2014 12:08:23 +0100
From: Jan Techter <
techter@mailbox.tu-berlin.de>
To: Christian Gr?n <
christian.gruen@gmail.com>
Cc: BaseX <
basex-talk@mailman.uni-konstanz.de>
Subject: Re: [basex-talk] import in xsd
Message-ID: <
531462A7.7090609@mailbox.tu-berlin.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
thx for the info.
I'll have to manage with absolute paths then
for the time being.
Best,
Jan
On 02/28/2014 08:23 PM, Christian Gr?n wrote:
> Hi Jan,
>
> the reason for the unexpected behavior may be that the referenced
> schema files cannot be retrieved from the database. Instead, they will
> be requested from the local system. One of the reasons is that schema
> validation is peformed by the standard Java validators, or by Saxon,
> and both of them have no access to database files.
>
> Hope this helps,
> Christian
> ___________________________________
>
>> is the validation:xsd() function able to handle the
import of other
>> schemata?
>> I tried to do something like
>>
>> <import namespace="
http://bibtexml.sf.net/"
>> schemaLocation="bibtexml-handwritten.xsd"/>
>>
>> to use types which are defined in this schema in my own schema.
>> Both schema files are lying next to each other in the same basex database.
>>
>> The validation function doesnt throw an error that the import failed.
>> But rather only states that it can't resolve the types i used from the other
>> schema:
>>
>> Validation failed. "Fatal:src-resolve: Cannot resolve the name
>> 'bibtex:entry' to a(n) 'type definition' component."
>>
>> So it seems like it just ignores the import statement.
>>
>> Best,
>>
Jan
>> _______________________________________________
>> BaseX-Talk mailing list
>>
BaseX-Talk@mailman.uni-konstanz.de>>
https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk------------------------------
Message: 2
Date: Mon, 3 Mar 2014 11:26:30 +0000
From: Andy Bunce <
bunce.andy@gmail.com>
To: Jan Techter <
techter@mailbox.tu-berlin.de>
Cc: BaseX <
basex-talk@mailman.uni-konstanz.de>
Subject: Re: [basex-talk] import in xsd
Message-ID:
<CAPH12r2=6Y-n5KkjJiA+
YWdt5M3Jn_UYisyZk02BG82AzBZFVg@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Could not a custom
LSResourceResolver<
http://docs.oracle.com/javase/1.5.0/docs/api/org/w3c/dom/ls/LSResourceResolver.html>[1]
be created to handle loading from the database?
Regards
/Andy
[1]
http://docs.oracle.com/javase/1.5.0/docs/api/javax/xml/validation/Validator.html#setResourceResolver%28org.w3c.dom.ls.LSResourceResolver%29On Mon, Mar 3, 2014 at 11:08 AM, Jan Techter
<
techter@mailbox.tu-berlin.de>wrote:
> Hi,
>
> thx for the info.
> I'll have to manage with absolute paths then
> for the time being.
>
> Best,
> Jan
>
>
>
>
> On 02/28/2014 08:23 PM, Christian Gr?n wrote:
>
>> Hi Jan,
>>
>> the reason for the unexpected behavior may be that the referenced
>> schema files cannot be retrieved from the database. Instead, they will
>> be requested from the local system. One of the reasons is that schema
>> validation is peformed by the standard Java validators, or by
Saxon,
>> and both of them have no access to database files.
>>
>> Hope this helps,
>> Christian
>> ___________________________________
>>
>> is the validation:xsd() function able to handle the import of other
>>> schemata?
>>> I tried to do something like
>>>
>>> <import namespace="
http://bibtexml.sf.net/"
>>> schemaLocation="bibtexml-handwritten.xsd"/>
>>>
>>> to use types which are defined in this schema in my own schema.
>>> Both schema files are lying next to each other in the same basex
>>> database.
>>>
>>> The validation function doesnt throw an error that the import failed.
>>> But rather only states that it can't resolve the types i used from
the
>>> other
>>> schema:
>>>
>>> Validation failed. "Fatal:src-resolve: Cannot resolve the name
>>> 'bibtex:entry' to a(n) 'type definition' component."
>>>
>>> So it seems like it just ignores the import statement.
>>>
>>> Best,
>>> Jan
>>> _______________________________________________
>>> BaseX-Talk mailing list
>>>
BaseX-Talk@mailman.uni-konstanz.de>>>
https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk>>>
>>
> _______________________________________________
> BaseX-Talk mailing list
>
BaseX-Talk@mailman.uni-konstanz.de>
https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://mailman.uni-konstanz.de/pipermail/basex-talk/attachments/20140303/46812edf/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 3 Mar 2014 20:19:54 -0600
From: Soft-Files Team <
editor@soft-files.com>
To:
basex-talk@mailman.uni-konstanz.deSubject: [basex-talk] BaseX 7.8.1 Update - Soft-Files.com
Message-ID: <
43b1186d39a4145837dad91cfae82dbd@www.soft-files.com>
Content-Type: text/plain; charset="iso-8859-1"
Dear Developer,
Your product BaseX 7.8.1 has been updated.
Your product review page is located at:
http://www.soft-files.com/basex_72311.html.
Sincerely,
The Soft-Files Team
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://mailman.uni-konstanz.de/pipermail/basex-talk/attachments/20140303/effc10bb/attachment-0001.html>
------------------------------
Message: 4
Date: Tue, 4 Mar 2014 01:13:41 -0500
From: France Baril <
france.baril@architextus.com>
To: BaseX <
basex-talk@mailman.uni-konstanz.de>
Subject: [basex-talk] Error in webdav.xqm
Message-ID:
<
CAHNQ2BbrP264R1rO9ARxLwLcZTBO68wZAseYjmU9YwtWNkGocQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I'm using BaseX with Oxygen, accessing content through a webdav folder.
Since the upgrade to 7.8.1, I'm getting these errors in the terminal Window
(see end of message).
Interestingly, I have no xquery folder under /Users/archie and a search
return no file named webdav.xqm on the computer.
I haven't seen differences in the behaviour with the upgrade, just these
messages.
Regards,
France
Last login: Fri Feb 28 11:37:18 on ttys000
NoName:~ archie$ /Applications/basex/bin/basexhttp ; exit;
BaseX 7.8.1 [Server]
Server was started (port: 1984)
HTTP Server was started (port:
8984)
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm,
1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer:
"300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer:
"300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
Stopped at /Users/archie/xquery/webdav.xqm, 1/246:
[XPTY0004] Cannot treat xs:string as xs:integer: "300".
com.bradmcevoy.http.exceptions.BadRequestException
--
France Baril
Architecte documentaire / Documentation architect
france.baril@architextus.com(514) 572-0341
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
http://mailman.uni-konstanz.de/pipermail/basex-talk/attachments/20140304/5bf0fc12/attachment.html>
------------------------------
_______________________________________________
BaseX-Talk mailing list
BaseX-Talk@mailman.uni-konstanz.dehttps://mailman.uni-konstanz.de/mailman/listinfo/basex-talkEnd of BaseX-Talk Digest, Vol 51, Issue 4
*****************************************