Hi Andy,
> It generates the error
> Signature 'org.apache.tika.Tika.parse' is ambiguous
>
> Which maybe it is from some perspectives :-).
In the latest snapshot, I have updated the error feedback to:
Several implementations found for 'Q{org.apache.tika.Tika}parse#1'.
But a better solution wou
Yes and I have now done that for this case. However when prototyping it is
sometimes nice to quickly try things out to see what might work without the
burden of firing up a Java IDE, managing the source etc.
Regards
/Andy
On Fri, Jan 3, 2014 at 11:05 AM, Florent Georges wrote:
> Yet another
Yet another solution (probably the one I prefer) would be to write
your own Java class, exposing exactly the API you need, taking care of
the interface between XQuery and Java, and deferring actual hard work
to the library.
Regards,
--
Florent Georges
http://fgeorges.org/
http://h2oconsultin
Or maybe better with a pragma e.g.
return tika:parse(
(# basex:java-type java:java.io.File #){$file}
)
On Thu, Jan 2, 2014 at 5:42 PM, Andy Bunce wrote:
> Hi,
>
> In my ongoing attempts to use various Java libraries, without writing any
> Java myself, I have trying Apache Tika.
> (http:
Hi,
In my ongoing attempts to use various Java libraries, without writing any
Java myself, I have trying Apache Tika.
(http://tika.apache.org/1.4/api/org/apache/tika/Tika.html). With the tika
jar on the classpath I hoped the following would work:
import module namespace tika = "java:org.apache.t
5 matches
Mail list logo