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