- BaseX-Talk - mailman.uni-konstanz.de

Re: [basex-talk] missing invisible-xml library in BaseX 11.0?
by Gunther Rademacher 02 Jul '24

02 Jul '24

2 1

missing invisible-xml library in BaseX 11.0?
by C. M. Sperberg-McQueen 01 Jul '24

01 Jul '24

Some days ago I downloaded BaseX110.zip and installed it. When I try to invoke the invisible-xml function documented at [1], however, I get the error message: [basex:function] Function invisible-xml requires missing class: de.bottlecaps.markup.Blitz. At first, I thought this might be interference from an earlier version of BaseX (9.0.1, which is what my package manager offered me), but it persists now even after I have uninstalled that earlier version. Did I do something wrong in the installation? Or was there an oversight putting the zip file together? best, Michael Sperberg-McQueen [1] https://docs.basex.org/main/Invisible_XML -- C. M. Sperberg-McQueen Black Mesa Technologies LLC http://blackmesatech.com

1 0

file:write(...) is not respecting indent parameter correctly
by ykhabins＠bellsouth.net 01 Jul '24

01 Jul '24

Hello, I am using the latest BaseX 11.0 final. It looks like that file:write(...) is not respecting indent parameter correctly: 'indent': 'yes' Split.xq ======================== declare variable $input as xs:string external; declare variable $output_dir as xs:string external; for $x at $i in doc($input)/Events/Event return file:write($output_dir || file:dir-separator() || "event_" || $i || ".xml", $x , map {'method': 'xml', 'indent': 'yes', 'omit-xml-declaration': 'no'}) ======================== Input.xml ======================== <?xml version="1.0" encoding="utf-8"?> <Events> <Event><CaseNumber>22-0000124</CaseNumber> <EventDate>2022-04-16</EventDate> <AgencyORINum>ATF000001</AgencyORINum> <CrimeType>ROBBERY</CrimeType> </Event> <Event><CaseNumber>22-0000125</CaseNumber> <EventDate>2022-04-16</EventDate> <AgencyORINum>ATF000001</AgencyORINum> <CrimeType>ROBBERY</CrimeType> </Event> </Events> ======================== Regards, Yitzhak Khabinsky

1 0

Problem with inspect:xqdoc() in BaseX 11
by Clark, Ash 01 Jul '24

01 Jul '24

Hi! I'm working on an upgrade to BaseX 11 — which I love already, kudos to the team! Unfortunately, I found that my self-documenting API isn't working anymore. The function inspect:xqdoc() returns only numbers as the content of <xqdoc:description>. Here's an XQuery snippet that should reproduce the problem: inspect:xqdoc('https://raw.githubusercontent.com/NEU-DSG/tapas-xq/develop/modules/tapas-ap…')//*:description Is this a bug? Warmly, Ash Clark

2 2

HTTP headers are all lowercase in responses
by Marco Lettere 01 Jul '24

01 Jul '24

Dear all, just by trying the example of the documentation [1] (at least since 10.4+) you should be able to verify that the response contains all headers with lower-case names. I think a client should not take the freedom to alter HTTP responses if this is not strictly required. What is the concrete reason for this behaviour? hHanks, Marco. [1] http:send-request(<http:request method='get' href='http://www.google.com' timeout='10'/>)

3 2

XML no longer auto formats?
by Buddy Kresge 28 Jun '24

28 Jun '24

Hello, one of my co-workers moved to BaseX 10.7 and the output that is displace when he runs his .xqm file is no longer pretty printed, where as in 9.7 the output does pretty print. Is there an option that can be turned on or off to pretty print the resultant XML? Buddy Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast, a leader in email security and cyber resilience. Mimecast integrates email defenses with brand protection, security awareness training, web security, compliance and other essential capabilities. Mimecast helps protect large and small organizations from malicious activity, human error and technology failure; and to lead the movement toward building a more resilient world. To find out more, visit our website.

2 2

BaseX 11: The XMLPrague 2024 Edition
by Christian Grün 07 Jun '24

07 Jun '24

Dear all, We’ve been hard at work finalizing version 11 of BaseX, our open source XML framework, database system, and XQuery processor. First, we have revised our documentation, which is now generated with RESTXQ: https://docs.basex.org/ Next, you can now visit BXFiddle to launch XQuery and Invisible XML online: https://fiddle.basex.org/ Finally, we have added and updated valuable features to help you tackle your daily data challenges: STORAGE • Key/value Store: Better compactification when storing values • CSV/JSON/XML parsing: reduced memory consumption XQUERY • First release with new 4.0 features • Numerous new built-in functions (standard, maps, arrays, math) • Updates: Multiple targets in rename/replace/insert expressions • New custom functions: archive:refresh, validate:xsd-init, xslt:init • Full support for Invisible XML. GENERAL • GUI: Full Unicode character support • Web Server: Upgrade to Jetty 11 • Command-Line: New options -C, -Q, -W • Options: WRITESTORE, writes store to disk at shutdown time We took the opportunity of the version jump to drop various XQuery functions in favor of new 4.0 standard functions. Database storage has not changed. A big thank you to Gunther Rademacher, who is now helping us to make BaseX better every day. Thanks to all of you for your continuous support, Have fun with the new release, Your BaseX Team

4 8

Re: [basex-talk] validate:xsd-report() is not emitting warnings
by ykhabins＠bellsouth.net 05 Jun '24

05 Jun '24

Mr. Grun, I tested the latest BaseX 11.0 beta build f3a5359. It passed all the test cases on my side. Thanks a lot! Regards, Yitzhak Khabinsky

1 0

Re: [basex-talk] validate:xsd-report() is not emitting warnings
by ykhabins＠bellsouth.net 05 Jun '24

05 Jun '24

Mr. Grun, I tested the latest BaseX 11.0 beta build 9182be0. It emits the following result for the provided test case: <report> <status>valid</status> <message level="WARNING" line="12" column="40" url="file:/C:/Users/i300179/Downloads/Warning.xsd">FacetsContradict: For simpleType definition '#AnonType_ADDR_TYPE', the enumeration value '' contradicts with value of 'length' facet.</message> </report> We are almost there. There is one more wrinkle to smooth out. Messages' level attribute value became UPPER-CASED: level="ERROR" level="WARNING" That level attribute values shall be kept as before: level="Error" level="Warning" Otherwise, it breaks existing XQuery analysis of the XSD validation. Regards, Yitzhak Khabinsky

2 1

Re: [basex-talk] validate:xsd-report() is not emitting warnings
by ykhabins＠bellsouth.net 05 Jun '24

05 Jun '24

Mr. Grun, Thanks a lot for such a such quick turnaround. I tested the latest BaseX 11.0 beta build 88ebdb9. It emits the following result for the provided test case: <report> <status>invalid</status> <message level="Warning" line="12" column="40" url="file:/C:/Users/i300179/Downloads/Warning.xsd">FacetsContradict: For simpleType definition '#AnonType_ADDR_TYPE', the enumeration value '' contradicts with value of 'length' facet.</message> </report> There is one more outstanding issue to resolve. A logic for the final XSD validation result needs to be adjusted. 1) Messages with the attribute level="Warning" shall be NOT counted as invalid! As end result: <status>valid</status> 2) Messages with the attribute level="Error" shall be counted as a failed validation. As end result: <status>invalid</status> Such behavior would be consistent with the Oxygen XML IDE validation outcome. Regards, Yitzhak Khabinsky

2 1