Re: [basex-talk] Error messages in Basex 9.7.x
Thanks for the quick response Christian. I'll switch off debugging then, excellent solution. best, Marc On Sun, 14 Aug 2022, Christian Grün wrote: > Hi Marc, > > Thanks for your feedback. If debugging is enabled, the returned error > output can safely be ignored. The debugging mode is mostly helpful if > errors occur repeatedly that need to be analyzed more closely. > > Cheers, > Christian > > > > Marc Coenegracht schrieb am So., 14. Aug. 2022, 20:41: > > > Hello Christian, > > > > In a clean install of Debian 11, openjdk version "11.0.16" 2022-07-19, I > > unzipped BaseX973.zip and started the the HTTP server with: basexhttp -S > > (with debugging set to true). > > > > The following error-message appeared: > > java.lang.IllegalThreadStateException: process hasn't exited > > at java.base/java.lang.ProcessImpl.exitValue(ProcessImpl.java:521) > > at org.basex.util.Util.error(Util.java:311) > > at org.basex.BaseXHTTP.start(BaseXHTTP.java:301) > > at org.basex.BaseXHTTP.(BaseXHTTP.java:125) > > at org.basex.BaseXHTTP.main(BaseXHTTP.java:54) > > > > which is repeated 10 times (all messages are exactly identical) > > > > If the server gets started with: 'basexhttp &' all is fine, no errors. > > The server starts up normally after these errors and it can be shut down > > cleanly again. > > > > > > In a few of my scripts the following errors pops up: > > > > Creating Database... > > java.lang.ClassNotFoundException: > > com.sun.org.apache.xerces.internal.util.XMLCatalogResolver > > at > > java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) > > at ... etc (multiple classes, long list) > > > > Creating Database... > > .java.lang.NumberFormatException: For input string: "E" > > at > > java.base/jdk.internal.math.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:2054) > > at ... etc > > > > repeated twice. > > > > The errors are seemingly without consequence, all is functioning fine and > > the created databases seem OK. Actually the only reason I noticed the > > errors is because I made the foolish decision to set debugging to true ... > > :) > > > > I tested versions 9.7 and 9.7.3 on multiple Debian 11 boxes with > > openjdk 11.0.16, and version 9.7 in an older Debian 9 box with openjdk > > 11.0.6, results are identical. > > > > > > Best, > > Marc > > >
Re: [basex-talk] Error messages in Basex 9.7.x
Hi Marc, Thanks for your feedback. If debugging is enabled, the returned error output can safely be ignored. The debugging mode is mostly helpful if errors occur repeatedly that need to be analyzed more closely. Cheers, Christian Marc Coenegracht schrieb am So., 14. Aug. 2022, 20:41: > Hello Christian, > > In a clean install of Debian 11, openjdk version "11.0.16" 2022-07-19, I > unzipped BaseX973.zip and started the the HTTP server with: basexhttp -S > (with debugging set to true). > > The following error-message appeared: > java.lang.IllegalThreadStateException: process hasn't exited > at java.base/java.lang.ProcessImpl.exitValue(ProcessImpl.java:521) > at org.basex.util.Util.error(Util.java:311) > at org.basex.BaseXHTTP.start(BaseXHTTP.java:301) > at org.basex.BaseXHTTP.(BaseXHTTP.java:125) > at org.basex.BaseXHTTP.main(BaseXHTTP.java:54) > > which is repeated 10 times (all messages are exactly identical) > > If the server gets started with: 'basexhttp &' all is fine, no errors. > The server starts up normally after these errors and it can be shut down > cleanly again. > > > In a few of my scripts the following errors pops up: > > Creating Database... > java.lang.ClassNotFoundException: > com.sun.org.apache.xerces.internal.util.XMLCatalogResolver > at > java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) > at ... etc (multiple classes, long list) > > Creating Database... > .java.lang.NumberFormatException: For input string: "E" > at > java.base/jdk.internal.math.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:2054) > at ... etc > > repeated twice. > > The errors are seemingly without consequence, all is functioning fine and > the created databases seem OK. Actually the only reason I noticed the > errors is because I made the foolish decision to set debugging to true ... > :) > > I tested versions 9.7 and 9.7.3 on multiple Debian 11 boxes with > openjdk 11.0.16, and version 9.7 in an older Debian 9 box with openjdk > 11.0.6, results are identical. > > > Best, > Marc >
[basex-talk] Error messages in Basex 9.7.x
Hello Christian, In a clean install of Debian 11, openjdk version "11.0.16" 2022-07-19, I unzipped BaseX973.zip and started the the HTTP server with: basexhttp -S (with debugging set to true). The following error-message appeared: java.lang.IllegalThreadStateException: process hasn't exited at java.base/java.lang.ProcessImpl.exitValue(ProcessImpl.java:521) at org.basex.util.Util.error(Util.java:311) at org.basex.BaseXHTTP.start(BaseXHTTP.java:301) at org.basex.BaseXHTTP.(BaseXHTTP.java:125) at org.basex.BaseXHTTP.main(BaseXHTTP.java:54) which is repeated 10 times (all messages are exactly identical) If the server gets started with: 'basexhttp &' all is fine, no errors. The server starts up normally after these errors and it can be shut down cleanly again. In a few of my scripts the following errors pops up: Creating Database... java.lang.ClassNotFoundException: com.sun.org.apache.xerces.internal.util.XMLCatalogResolver at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581) at ... etc (multiple classes, long list) Creating Database... .java.lang.NumberFormatException: For input string: "E" at java.base/jdk.internal.math.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:2054) at ... etc repeated twice. The errors are seemingly without consequence, all is functioning fine and the created databases seem OK. Actually the only reason I noticed the errors is because I made the foolish decision to set debugging to true ... :) I tested versions 9.7 and 9.7.3 on multiple Debian 11 boxes with openjdk 11.0.16, and version 9.7 in an older Debian 9 box with openjdk 11.0.6, results are identical. Best, Marc
Re: [basex-talk] List of functions created in xquery:eval-update show unexpected behavior
Hi Sebastian,
Thanks for the observation. I’ve created an issue to track this down [1].
Best,
Christian
[1] https://github.com/BaseXdb/basex/issues/2136
On Sun, Aug 14, 2022 at 1:09 PM Wiemer, Sebastian <
sebastian.wie...@adesso.de> wrote:
> Hi,
>
> I ran over an unexpected bahavior of BaseX 9.7.3
> Can anyone explain?
>
> Note: BaseX 9.7.3 is running with MIXUPDATES=true
>
> file1.xq: create to functions in a list and call each function with a list
> comprehension
>
> declare function local:bla(){ };
> declare function local:blubb(){ };
> (local:bla#0,local:blubb#0)!.()
>
>
> Result: as expected
>
>
>
>
>
>
> file2.xq: same as above, but in an xquery:eval
> ---
> xquery:eval(
> '
> declare function local:bla(){};
>declare function local:blubb(){ };
>local:bla#0,local:blubb#0
> '
> )!.()
>
> ---
>
> Result: as expected
>
>
>
> file3.xq: same as file1, but with a little "twist"
> ---
> declare function local:bla(){ update {insert node attribute id {}
> into .}};
> declare function local:blubb(){ update {insert node attribute id
> {} into .}};
> (local:bla#0,local:blubb#0)!.()
> ---
>
> Result: as expected
>
>
>
> file4.xq trying to call the same with xquery:eval will not work
> ([xquery:update] No updating expression allowed.), so we use
> xquery:eval-update()
> ---
>
> xquery:eval-update(
> '
>declare function local:bla(){ update insert node attribute id {}
> into .};
>declare function local:blubb(){ update insert node attribute id
> {} into .};
>local:bla#0,local:blubb#0
> '
> )!.()
>
> --
>
> Result: expected
>
>
>
> But the result is:
> local:bla#0
> local:blubb#0
>
> file5.xq:
> ---
> xquery:eval-update(
> '
>declare function local:bla(){ update insert node attribute id {}
> into .};
>declare function local:blubb(){ update insert node attribute id
> {} into .};
>local:bla#0
> '
> )()
> ---
> Result: as expected
>
>
>
> Is this a bug? A for-loop will not work either.
>
> Best regards,
> Sebastian
>
>
>
>
>
> ---
> >>> business. people. technology. <<<
> ---
>
> adesso SE mit Sitz in Dortmund
> Vorstand: Michael Kenfenheuer (Vors.), Dirk Pothen, Andreas Prenneis,
> Stefan Riedel, Jörg Schroeder, Torsten Wegener
> Vorsitzender des Aufsichtsrates: Prof. Dr. Volker Gruhn
> Amtsgericht Dortmund HRB 20663
>
[basex-talk] List of functions created in xquery:eval-update show unexpected behavior
Hi,
I ran over an unexpected bahavior of BaseX 9.7.3
Can anyone explain?
Note: BaseX 9.7.3 is running with MIXUPDATES=true
file1.xq: create to functions in a list and call each function with a list
comprehension
declare function local:bla(){ };
declare function local:blubb(){ };
(local:bla#0,local:blubb#0)!.()
Result: as expected
file2.xq: same as above, but in an xquery:eval
---
xquery:eval(
'
declare function local:bla(){};
declare function local:blubb(){ };
local:bla#0,local:blubb#0
'
)!.()
---
Result: as expected
file3.xq: same as file1, but with a little "twist"
---
declare function local:bla(){ update {insert node attribute id {} into
.}};
declare function local:blubb(){ update {insert node attribute id {}
into .}};
(local:bla#0,local:blubb#0)!.()
---
Result: as expected
file4.xq trying to call the same with xquery:eval will not work
([xquery:update] No updating expression allowed.), so we use
xquery:eval-update()
---
xquery:eval-update(
'
declare function local:bla(){ update insert node attribute id {} into
.};
declare function local:blubb(){ update insert node attribute id {}
into .};
local:bla#0,local:blubb#0
'
)!.()
--
Result: expected
But the result is:
local:bla#0
local:blubb#0
file5.xq:
---
xquery:eval-update(
'
declare function local:bla(){ update insert node attribute id {} into
.};
declare function local:blubb(){ update insert node attribute id {}
into .};
local:bla#0
'
)()
---
Result: as expected
Is this a bug? A for-loop will not work either.
Best regards,
Sebastian
IT-Tacheles – IT-Themen auf den Punkt
Folge 38: Datenplattformen
https://www.adesso.de/de/news/it-tacheles/folge-38.jsp?pk_campaign=ittacheles&pk_source=email&pk_medium=banner&pk_content=38_datenplattformen
---
>>> business. people. technology. <<<
---
adesso SE mit Sitz in Dortmund
Vorstand: Michael Kenfenheuer (Vors.), Dirk Pothen, Andreas Prenneis, Stefan
Riedel, Jörg Schroeder, Torsten Wegener
Vorsitzender des Aufsichtsrates: Prof. Dr. Volker Gruhn
Amtsgericht Dortmund HRB 20663
