/Java objects. You simply call the
> > Java objects from within Groovy. Which means we could even call utility
> > classes and methods I think.
> >
> > Bruno
> >
> > From: Andy Seaborne
> > To: users@jena.apache.org
> > Sent: Friday, 8 S
From: Andy Seaborne
> To: users@jena.apache.org
> Sent: Friday, 8 September 2017 1:20 AM
> Subject: Re: SPIN support
>
> The nice things about JS functions it allows extension without java
> programming, whether writing the custom function in java or having to
> rebuild Fuseki
jects from
within Groovy. Which means we could even call utility classes and methods I
think.
Bruno
From: Andy Seaborne
To: users@jena.apache.org
Sent: Friday, 8 September 2017 1:20 AM
Subject: Re: SPIN support
The nice things about JS functions it allows extension without
The nice things about JS functions it allows extension without java
programming, whether writing the custom function in java or having to
rebuild Fuseki to get the java code in. war files and jar+dependencies
(run with -jar) are sealed. And it isn't as hard as embedded Java like
JSPs.
Just
On 6/09/2017 19:45, Adrian Gschwend wrote:
On 06.09.17 00:21, Holger Knublauch wrote:
Hi Holger,
Is this about SPARQL functions or functions called from Java? For SPARQL
functions written in JavaScript, see
https://w3c.github.io/data-shapes/shacl-js/#js-functions
ok but that still expects
On 06.09.17 00:21, Holger Knublauch wrote:
Hi Holger,
> Is this about SPARQL functions or functions called from Java? For SPARQL
> functions written in JavaScript, see
>
> https://w3c.github.io/data-shapes/shacl-js/#js-functions
ok but that still expects the SPARQL engine to support that right?
On 5/09/2017 23:42, Adrian Gschwend wrote:
On 05.09.17 11:58, Andy Seaborne wrote:
Hi Andy,
No progress from me - my open-source time has been going elsewhere (TDB2
- see dev@jena email yesterday).
oh great, will check that out
This is a restricted case where maybe there is another way?
On 05.09.17 11:58, Andy Seaborne wrote:
Hi Andy,
> No progress from me - my open-source time has been going elsewhere (TDB2
> - see dev@jena email yesterday).
oh great, will check that out
> This is a restricted case where maybe there is another way?
>
> Would a custom function do the same?
On 04/09/17 19:19, Adrian Gschwend wrote:
> On 30.12.16 17:24, Andy Seaborne wrote:
>
> Hi Andy,
>
>> For integration with Fuseki there are a couple of things needed:
>
> it's a while ago, did you make any progress on SPIN API support in
Hi Adrian,
No progress from me - my open-source time has
On 05.09.17 00:07, Holger Knublauch wrote:
Hi Holger,
> out of interest: which features of SPIN would be of interest, and which
> of these are not covered by SHACL?
>
> See also http://spinrdf.org/spin-shacl.html
A simple one actually :) I saw that there is a camelcase function in
SPIN and that
Hi Holger
I think your note was intended for Adrian Gschwend [spelling?], not me.
HTH.
Adrian Walker
Reengineering LLC
San Jose, CA, USA
860 830 2085
www.executable-english.com
On Mon, Sep 4, 2017 at 3:07 PM, Holger Knublauch
wrote:
> Hi Adrian,
>
> out of interest: which features of SPIN wo
Hi Adrian,
out of interest: which features of SPIN would be of interest, and which
of these are not covered by SHACL?
See also http://spinrdf.org/spin-shacl.html
Holger
On 5/09/2017 4:19, Adrian Gschwend wrote:
On 30.12.16 17:24, Andy Seaborne wrote:
Hi Andy,
For integration with Fuseki
On 30.12.16 17:24, Andy Seaborne wrote:
Hi Andy,
> For integration with Fuseki there are a couple of things needed:
it's a while ago, did you make any progress on SPIN API support in
Fuseki? Some stuff in SPIN would be useful.
regards
Adrina
good evening;
> On 2016-12-30, at 17:24, Andy Seaborne wrote:
>
>
> […]
>
> For integration with Fuseki there are a couple of things needed:
>
> When to apply the rules. Presumably, the rules should be to be applied after
> any change and inside the transaction that is making the change.
>
On 09/12/16 21:30, Boris Marcelo Villazon Terrazas wrote:
Thank you all for your replies.
@Holger, initially I would be interested on rules.
Any ideas about that?
First, some code:
https://github.com/spinrdf/spinrdf
> can external people contribute to this?
Yes. This codebase is an indepen
Thank you all for your replies.
@Holger, initially I would be interested on rules.
Any ideas about that?
On Fri, Dec 9, 2016 at 10:55 AM, Holger Knublauch
wrote:
> Which aspect of SPIN is of interest here: rules or constraints?
>
> Sent from my iPad
>
> > On 9 Dec. 2016, at 19:47, Rob Vesse wro
Which aspect of SPIN is of interest here: rules or constraints?
Sent from my iPad
> On 9 Dec. 2016, at 19:47, Rob Vesse wrote:
>
> There is no plan that I know of
>
> While SPIN may advertise itself as an open standard it is primarily the
> product of one single vendor. Apache Jena focuses o
ration has always resulted in dependency hell.
From: Rob Vesse
Sent: 09 December 2016 09:47
To: users@jena.apache.org
Subject: Re: SPIN support
There is no plan that I know of
While SPIN may advertise itself as an open standard it is primarily the
product of
There is no plan that I know of
While SPIN may advertise itself as an open standard it is primarily the
product of one single vendor. Apache Jena focuses on implementing standards so
that we do not tie users into any specific vendor.
It is probably possible to do this integration yourself al
Hi all
I would like to know if there is a plan to integrate SPIN in Fuseki?
If yes, what is the status? can external people contribute to this?
Thank you in advance and regards
Boris
20 matches
Mail list logo