Changes

Jump to navigation Jump to search
122 bytes added ,  11:25, 27 July 2022
m
is->if
Please bear in mind that the execution of Java code may cause side effects that conflict with the functional nature of XQuery, or may introduce new security risks to your project.
{{Mark|Updated with Version 9.6Some more notes:}}* Java objects are now wrapped into function items.* A new option {{Option|WRAPJAVA}} was added to control how Java values are converted to XQuery.
* With the middle dot notation, three adjacent dots can be used to specify array types.
* The path to the standard package {{Code|java.lang.}} can now be omitted.* The Mapping rules were refined and unifiedJava objects are wrapped into function items. The most important changes:** {{Code|array(*)}} type added.** {{Code|xs:integer}} values Results of constructor calls are converted to {{Code|long}} valuesalways returned as function item.** With {{CodeOption|xs:unsignedShortWRAPJAVA}} , it can be controlled how Java values are converted to {{Code|char}} valuesXQuery.* All error messages were revised and improved. 
=Identification=
==Functions and Variables==
Java constructors, functions and variables can be referenced and evaluated by the existing XQuery function syntax:
* The namespace of the function name identifies the Java class.
| <code>string.split(";", 3)</code>
|- valign="top"
| Function Constructor with array argument
| <code>Q{String}new·byte...(xs:hexBinary('414243'))</code>
| <code>new String(new byte[] { 41, 42, 43 })</code>
=Module Imports=
A Java classes class can also be instantiated by ''importing'' them as a module: A new instance of the addressed class will be constructed, which can then be referenced in the query body.
In the (side-effecting) example below, a HashSet instance is created, values are added, and the size of the set is returned. As {{Code|set:add()}} returns boolean values, {{Function|Profiling|prof:void}} is used to swallow the values:
Before Java code is executed, the arguments are converted to Java values, depending on the addressed function or constructor parameters. The accepted Java types and the original XQuery types are depicted in the second and first column of the table below.
 
If a numeric value is supplied for which no exact matching is defined, it is cast to the appropriate type unless it exceeds its limits. The following two function calls are equivalent:
 
<syntaxhighlight lang="xquery">
(: exact match :)
Q{String}codePointAt('ABC', xs:int(1)),
(: xs:byte and xs:integer casts :)
Q{String}codePointAt('ABC', xs:byte(1)),
Q{String}codePointAt('ABC', 1)
</syntaxhighlight>
===Conversion to XQuery===
</syntaxhighlight>
If no conversion is defined, a string is returned, resulting from the {{Code|toString()}} method of the object. This method is also called is if the string representation of a Java item is requested:
<syntaxhighlight lang="xquery">
; Version 9.6
* Updated: Java Bindings revised (new mappings, Java functiom items, {{AnchorOption|Data TypesWRAPJAVA}}: {{Code|array(*option)}} type added; {{Code|xs:integer}} are converted to {{Code|long}} values.
; Version 9.4
administrator, editor
31

edits

Navigation menu