Re: Jena Eyeball [was: JENA-1541]

it somewhere designated "Attic" with a red label saying "use at your own risk" seems reasonable. Chris On 11 May 2018 at 13:57, Chris Dollin <chris.dol...@epimorphics.com> wrote: > > > On 11 May 2018 at 13:11, Andy Seaborne <a...@apache.org> wrote: &

Re: Jena Eyeball [was: JENA-1541]

On 11 May 2018 at 13:11, Andy Seaborne wrote: > Edward found Eyeball via: > > https://jena.apache.org/documentation/tools/eyeball-getting-started.html > > Eyeball is mentioned: > > documentation/tools/index.mdtext > documentation/tools/eyeball-guide.mdtext >

Re: GraphTripleStoreMem

Hi Andy My tattered recollection is that originally there was only GraphTripleStore (and NodeToTriplesMap). Then we (for some value of "we") realised that the code made assumptions that were false for non-memory (so, at the time, RDB) triples, so the existing code was renamed to have a Mem suffix

Re: Jena 3.3.0 roadmap

On 25 April 2017 at 14:52, Andy Seaborne wrote: > How does this sound as the route to 3.3.0? > Please +1, or comment otherwise, and if it seems like a plan, I'll go > ahead and do these items. > +1 & many thanks, Andy. Chris -- "What I don't understand is this ..." Trevor

Re: [GitHub] jena issue #244: Open iterators reported when cancelling a query during sort...

On 21 April 2017 at 16:54, afs wrote: > Github user afs commented on the issue: > > https://github.com/apache/jena/pull/244 > > If you "git rebase" a branch against apache/master, not pull/merge > then you won't get the additional merge commits. > > Thanks for the

Re: [jira] [Commented] (JENA-1320) Open iterators reported when cancelling a query during sorting

there. > Did you do your own changes? independently apply PR#239? > > Andy > > > On 20/04/17 15:44, Chris Dollin wrote: > >> I have a branch cancel-sort-cj of epimorphics/jana (which is a fork >> of apache jena) with you(andy)r changes for open and mine for &g

Re: [jira] [Commented] (JENA-1320) Open iterators reported when cancelling a query during sorting

I have a branch cancel-sort-cj of epimorphics/jana (which is a fork of apache jena) with you(andy)r changes for open and mine for adding some tests. Once I've double-eyeballed it, should I then make a pull request? Chris On 19 April 2017 at 09:34, ASF GitHub Bot (JIRA) wrote:

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

.) If an alternative approach would be better, let me know. have a good Easter Chris On 13 April 2017 at 16:34, Chris Dollin <chris.dol...@epimorphics.com> wrote: > On 13 April 2017 at 14:57, Chris Dollin <chris.dol...@epimorphics.com> > wrote: > >> On 13 April 2017 at 11:43, And

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

On 13 April 2017 at 14:57, Chris Dollin <chris.dol...@epimorphics.com> wrote: > On 13 April 2017 at 11:43, Andy Seaborne <a...@apache.org> wrote: > >> >> >> It would be quicker if you could provide the content in unbroken form. > Yes. > There wil

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

... I forgot to add, I don't think I've any more comments on the regex changes, now that the duplicate-suppression and RegexXerces are in. Chris On 13 April 2017 at 14:57, Chris Dollin <chris.dol...@epimorphics.com> wrote: > On 13 April 2017 at 11:43, Andy Seaborne <a...@apach

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

On 13 April 2017 at 11:43, Andy Seaborne <a...@apache.org> wrote: > > > On 12/04/17 15:43, Chris Dollin wrote: > >> Andy, >> >> If I can work out how to look at logs when >> running tests (viz Log.warn in E_Regex) then >> I can make a test that sh

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

Andy, If I can work out how to look at logs when running tests (viz Log.warn in E_Regex) then I can make a test that shows duplicate log lines are dropped. Do you think the changes we've been working on will land in 3.3.0? Chris On 12 April 2017 at 13:11, Chris Dollin <chris.

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

On 12 April 2017 at 11:53, Andy Seaborne <a...@apache.org> wrote: > > > On 11/04/17 15:49, Chris Dollin wrote: > >> diff --git >> a/jena-arq/src/main/java/org/apache/jena/sparql/engine/itera >> tor/QueryIterSort.java >> b/jena-arq/src/main/java/

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

d close() { } +public void close() { closed = true ; } @Override public void output(IndentedWriter out, SerializationContext sCxt) { throw new ARQNotImplemented() ; Chris On 11 April 2017 at 14:48, Chris Dollin <chris.dol...@epimorphics.com> wrote: > working on th

Re: [GitHub] jena issue #236: No stacktrace on regex errors. Cancel/close during sorting.

working on those now ... On 11 April 2017 at 14:30, afs wrote: > Github user afs commented on the issue: > > https://github.com/apache/jena/pull/236 > > This PR covers the "Bug in SortedDataBag?" report as well. Waiting on > tests for that. > > > --- > If your

Re: runtime regex pattern and many many log messages

On 5 April 2017 at 16:15, Andy Seaborne <a...@apache.org> wrote: > Changes pushed. I don't see them on the github mirror -- am I looking in the wrong place? Finally writing some tests. Chris > > > On 05/04/17 15:32, Andy Seaborne wrote: > >> >> >>

Re: runtime regex pattern and many many log messages

rallels the code of RegexJava and so needs a similar change. I will run code when I have unbroken my Eclipse. Chris On 5 April 2017 at 14:23, Chris Dollin <chris.dol...@epimorphics.com> wrote: > Thanks Andy I will look at them shortly. > > I can clean up the unit test we used for the

Re: runtime regex pattern and many many log messages

On 5 April 2017 at 14:23, Chris Dollin <chris.dol...@epimorphics.com> wrote: > Thanks Andy I will look at them shortly. > > I can clean up the unit test we used for the cancellation > case, it's fast but it only shows that closing the QueryIterSort > iterator closes the sourc

Re: runtime regex pattern and many many log messages

ts > > One for regex, one for query cancellation in sorts. > > Do you have a test or two (which aren't very slow)? > > Andy > > > On 04/04/17 14:25, Chris Dollin wrote: > >> On 3 April 2017 at 16:30, Andy Seaborne <a...@apache.org> wrote: >> &g

boostrap

Dear All In the top-level pom for apache/jena on github, there's a profile with boostrap. Presumbly this is a typo for bootstrap? Chris -- "What I don't understand is this ..." Trevor Chaplin, /The Beiderbeck Affair/ Epimorphics Ltd, http://www.epimorphics.com Registered address: Court

Re: runtime regex pattern and many many log messages

On 3 April 2017 at 16:30, Andy Seaborne wrote: > What I proposed is to treat bad dynamic regexs as an evaluation error, > with warning, not a syntax error. > OK, I misunderstood. > > Is that compatible with >> the SPARQL spec? I looked at the relevant sections >> and left

Re: Bug in SortedDataBag?

te ?date ; lrppi:propertyAddress ?addr. OPTIONAL { ?addr lrcommon:paon ?paon } } ORDER BY DESC(?date) LIMIT 2 # 00 Chris On 4 April 2017 at 13:48, Andy Seaborne <a...@apache.org> wrote: > > > On 04/04/17 13:43, Chris Dollin wrote: > >> On 4 April 2017 at 13

Re: Bug in SortedDataBag?

On 4 April 2017 at 13:39, Chris Dollin <chris.dol...@epimorphics.com> wrote: >> On 4 April 2017 at 09:37, Chris Dollin <chris.dol...@epimorphics.com> >>> wrote: >>> >>>> I ran a simplified version of the test code, with no >>&g

Re: Bug in SortedDataBag?

On 4 April 2017 at 12:44, Chris Dollin <chris.dol...@epimorphics.com> wrote: > Whoops, send with no content -- fumble-fingered. > > > On 4 April 2017 at 12:43, Chris Dollin <chris.dol...@epimorphics.com> > wrote: > >> >> >> On 4 April 2017 at 0

Re: Bug in SortedDataBag?

Whoops, send with no content -- fumble-fingered. On 4 April 2017 at 12:43, Chris Dollin <chris.dol...@epimorphics.com> wrote: > > > On 4 April 2017 at 09:37, Chris Dollin <chris.dol...@epimorphics.com> > wrote: > >> I ran a simplified version of the test code,

Re: Bug in SortedDataBag?

On 4 April 2017 at 09:37, Chris Dollin <chris.dol...@epimorphics.com> wrote: > I ran a simplified version of the test code, with no > sort but with a limit, and could not produce warnings. > So I'd not do anything to change TopN unless/until we > have more warnings to work

Re: Bug in SortedDataBag?

at 15:34, Chris Dollin <chris.dol...@epimorphics.com> wrote: > Argh, yes, all occurences of "open()" are supposed > to be "close()". > > | Have you seen warnings in the TopN case? > > I haven't got an isolated TopN test case but it has a similar > patte

Re: Bug in SortedDataBag?

example and see what happens. Chris On 3 April 2017 at 11:15, Andy Seaborne <a...@apache.org> wrote: > > > On 31/03/17 16:40, Chris Dollin wrote: > >> Hi Andy >> >> Yes, the cancel thread doesn't call open(), I understand >> that. >> > >

Re: Bug in SortedDataBag?

close() method needs to be made a no-op rather than failing, since that open() is now actually called. [It looks like QueryIterTopN has the same problem] Chris On 20 March 2017 at 15:48, Chris Dollin <chris.dol...@epimorphics.com> wrote: > On 17 March 2017 at 17:08, Andy Sea

Re: [GitHub] jena pull request #228: Merge pull request #3 from apache/master

m/apache/jena/pull/228.patch > > To close this pull request, make a commit to your master/trunk branch > with (at least) the following in the commit message: > > This closes #228 > > > commit b289446ef53f1f4f5ef56cebd235bc1eb830d4ec > Author: Chris Dollin <ehog.h

runtime regex pattern and many many log messages

Dear All When tracking down the cause of a disc overflow on our Fuseki servers [0], we found that the log files were full of stack dumps caused by queries containing non-constant [1] illegal regular expression patterns. In a query like SELECT * WHERE {?s ?p ?o FILTER(REGEX(?o, ?o + ")DEF",

Re: Bug in SortedDataBag?

On 17 March 2017 at 17:08, Andy Seaborne wrote: > > SortedDataBag.cancel does not call close. > You're quite right, am having another look at the problem. Chris

Re: Bug in SortedDataBag?

had thought ... Chris On 16 March 2017 at 17:08, Andy Seaborne <a...@apache.org> wrote: > > > On 16/03/17 15:47, Chris Dollin wrote: > >> (Was offline yesterday) >> >> Similar in result, at least. Having SortedBindingIterator.close() >> close the underly

Re: Remove get and updateEntity methods from TextIndex interface in jena-text?

I remember that ... just about. We do use get() and updateEntity() in our ppindexing code; I'll go and have a look at it later. It's possible that what it does has been subsumed by later changes to text indexing. Chris On 16 March 2017 at 15:49, Andy Seaborne wrote: > > > On

Re: Bug in SortedDataBag?

; > On 15/03/17 07:55, Chris Dollin wrote: > >> Dear All >> >> We think we've spotted a bug in ARQs SortedDataBag. >> During operation of our Fuseki servers (we're running >> Fuseki 2.4.1 wi. with timeouts) we saw log entries >> of the form >> >>

Bug in SortedDataBag?

Dear All We think we've spotted a bug in ARQs SortedDataBag. During operation of our Fuseki servers (we're running Fuseki 2.4.1 wi. with timeouts) we saw log entries of the form WARN QueryIteratorCheck :: Open iterator: QueryIterOptionalIndex/- 1454412710 for (some, intermitent) queries

Re: possible problem in QueryIterDistinct.requestSubCancel()

Andy wrote: On 31/08/16 09:09, Chris Dollin wrote: ... (/me not entirely convinced that 'close' is always called for all points where cancel triggers everywhere) How could we go about checking that, in a way that is robust against changes to the codebase? It feels ... tricky. (The data

Re: possible problem in QueryIterDistinct.requestSubCancel()

anyway.) Andy On 30/08/16 15:51, Chris Dollin wrote: Dear All possible problem in QueryIterDistinct.requestSubCancel() We have been having problems with timeouts on some of our production servers. On certain queries, timeouts of some tens of seconds do not appear to fire, no results

possible problem in QueryIterDistinct.requestSubCancel()

Dear All possible problem in QueryIterDistinct.requestSubCancel() We have been having problems with timeouts on some of our production servers. On certain queries, timeouts of some tens of seconds do not appear to fire, no results are generated by the query, and the query continues to consume a

Re: [GitHub] jena issue #157: Fixes for JENA-1212

On 19/07/16 15:23, ajs6f wrote: Github user ajs6f commented on the issue: https://github.com/apache/jena/pull/157 I'm not sure what the point of the periodic cancellation checking machinery is. It seems like it is left over from your diagnostics. (no) It doesn't seem

Re: [jira] [Commented] (JENA-1212) allow ORDER BY sort to be cancelled

On 19/07/16 15:18, ASF GitHub Bot (JIRA) wrote: + + @Override public int compare(E o1, E o2) + { + count += 1; --- End diff -- I think this might read a bit better in the next line as: ``` if (++count % cancelTestFrequency == 0) I

Re: timing out big sorts

On 18/07/16 21:06, Andy Seaborne wrote: What about spill to disk and cancellation in the second or later spill? (did the files get cleared?) I didn't test mixing spilling and sort-cancellation [1]. But cancelling the sort by throwing an exception in the comparator and catching that exception

Re: timing out big sorts

On 18/07/16 14:50, Andy Seaborne wrote: So obvious question - what testing has been done? And was it in a live scenario? Not if "live" means "in a production version". I constructed a big(ish) boring dataset for s in {1..1}; do for p in {1..10}; do for o in {27..42}; do echo

timing out big sorts

Dear All When a query with an ORDER BY is cancelled, the component Arrays.sort() that sorts the chunk(s) of the result bindings runs to completion before the cancel finishes. [See QueryIterSort and SortedDataBag.] For a large result set, this results in a long wait before the cancelled request

meaning of org.apache.jena.sparql.core.DatasetChanges.listen

Dear All Some time recently org.apache.jena.sparql.core.DatasetChanges grew a listen() method with the comment "Release any resources". What sort of any are the released resources? Presumably finish() does resource cleanup, so what is reset doing that finish doesn't do? My best guess is that it

Re: jena-text proposal: store literal values

On 24/06/15 13:00, Osma Suominen wrote: Hi all, I would like to propose a new feature for jena-text, making it possible to store the original literals in the Lucene index for fast retrieval. I've talked about this before, but at that point it was difficult to implement. With the recent

Re: jena-text proposal: store literal values

On 24/06/15 13:51, Osma Suominen wrote: On 24/06/15 15:39, Chris Dollin wrote: In practice, the literal value would be stored using the Lucene facility to store the original field value alongside the indexed value (TextField.TYPE_STORED). This would be similar to how LARQ worked

jena-spatial

(Just back from a week's hols and catching up ...) So Stephen Do I gather from Jena 848 and your email on 8th? May [1] that UNLESS we can ensure that only one query is being handled at a time it would be ... unwise ... to use jena-spatial as it stands [2]? I understand there would be a

Re: jena-spatial transaction handling

On 05/08/2015 06:51 PM, Stephen Allen wrote: Hi Chris, Responding on dev list for a wider audience if that's OK. No problem. (When I started writing the email it was more suited to just-you and I didn't think to readdress it when I'd finished ...) Chris

Re: [GitHub] jena pull request: Lucene index synchro on triple deletion (jena-t...

On 05/05/2015 02:04 PM, amiara514 wrote: Github user amiara514 commented on the pull request: https://github.com/apache/jena/pull/53#issuecomment-99072949 Ah, I see. But this still doesn't help for cases where there are small differences between literals within the same language,

Re: What can be removed/simplified ?

On 04/29/2015 09:45 AM, Andy Seaborne wrote: Claude's email about FileGraph prompted me to think for Jena3: What can be removed? What can be simplifed? Some things that come to mind in jena-core: FileGraph [*] Dates from early days as a way of having persistent updatable

CMS diff: Text searches with SPARQL

Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://jena.apache.org/documentation%2Fquery%2Ftext-query.mdtext Chris Dollin Index: trunk/content/documentation/query/text-query.mdtext

CMS diff: Text searches with SPARQL

Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://jena.apache.org/documentation%2Fquery%2Ftext-query.mdtext Chris Dollin Index: trunk/content/documentation/query/text-query.mdtext

pull request 39 (Updated text indexing)

Dear All I have been looking at pull request 39 that I made: https://github.com/apache/jena/pull/39 and in the light of changes made by Stephen in jena-text and by bringing the proposed changes more into line with the nearly-latest Jena master I can significantly reduce the size of the

re JENA-686

Dear All Anyone willing to take a look at pull request 39, which is changes to jena-text as part of setting up to address JENA-686? [Not trying to stuff it into 2.13.0] https://github.com/apache/jena/pull/39 Chris -- On this point the authors were for the most part vague. /Gaudy

Re: Release planning : 2.13.0

On 02/26/2015 04:37 PM, Stephen Allen wrote: The conjunctive query idea of Chris' is also something I would look forward to. It actually looks like I may have implemented a feature that Chris needed, the ability to specify a custom TextDocProducer. Chris: I would be interested to see your

JENA-686, cross field conjunctive queries in action

I thought I had linked to this but apparently not: https://github.com/epimorphics/ppd-text-index is partial (eg deals only with Lucene) but adequate to our needs code that uses the extension to jena-text seen in https://github.com/epimorphics/jena-config-doc-producer to do cross-field

Jena-686, was: release planning 2.13.0

To Stephen (Continuing on-list but asking if it would now be appropriate for Stephen and I to discuss off-list) Hi Stephen, I have be queuing up a write-to-you for a while. On Thursday, February 26, 2015 11:37:50 AM Stephen Allen wrote: On Wed, Feb 25, 2015 at 6:56 AM, Chris Dollin chris.dol

JENA-686

(Trying to get the email thriough the system; it hasn't appeared on my epimorphics mailbox inbox) I posted to Stephen: Dealing with deletions. We do not yet address the general case. TextDocProducerTriples simply ignores the deletion case and we don't change that behaviour in jena-text --

Re: Release planning : 2.13.0

On 02/25/2015 11:30 AM, Andy Seaborne wrote: Final call for Jena 2.13.0. Stephen wrote: I finished up and commited some outstanding changes I had for jena-text. I added the ability to specify an analyzer for the query text itself that was different than the one used for the document. I

JENA-686, Add support for cross field conjunctive queries in jena-text

Dear All I have been putting in some work on JENA-686 [1] (which dates back to April 2014 ...). We have a fork of Jena with a modified jena-text which I have just integrated with changes made to Jena since we forked (but not the most recent version of Jena yet). Integrated means that: * the

Re: JENA-686, Add support for cross field conjunctive queries in jena-text

On 02/18/2015 10:49 AM, Rob Vesse wrote: Since we moved to git we can accept pull requests. [...] Following up. Thanks, Rob. If you push to a fork of Jena on GitHub (forked from the Apache mirror at github.com/apache/jena) and then open a pull request from your changes we can use the nice

Re: SDB with MySQL and Java

On Monday, September 01, 2014 09:06:10 AM Vinicios Binsfeld wrote: Someone has any examples of how popular one with OWL ontology data using SDB? I'm using MySQL and SDB data. The connection with the database is working well. Now I need an example of how populate the ontology and how to

Re: Re: SDB with MySQL and Java

On Monday, September 01, 2014 11:41:20 AM Vinicios Binsfeld wrote: I will use the ontology (https://code.google.com/p/ vital-sign-ontologia / https://code.google.com/p/vital-sign-ontology/ ) for this propouse: I'll have a Android application which will capture vital signs, then I will have to

Re: Java8 and iterators

On Wednesday, June 25, 2014 09:46:12 AM Kristian Rosenvold wrote: I've been acquainting myself with the jena code base by trying to find out how to add idiomatically correct java8-style iteration to jena (while staying java7 compatible). ..., but even on my first attempt at actually

Re: Fwd: GraphBase#Delete declared final

On Thursday, April 03, 2014 09:51:31 AM Rob Hall wrote: In order to provide some basic MVCC transaction functionality for in-memory models, I'm writing an extension to com.hp.hpl.jena.graph.impl.GraphBase. The core functionality is complete, and right now I am writing a means by which to

Re: Re: Fwd: GraphBase#Delete declared final

On Thursday, April 03, 2014 10:35:54 AM Rob Hall wrote: On Thu, Apr 3, 2014 at 10:12 AM, Chris Dollin chris.dol...@epimorphics.comwrote: On Thursday, April 03, 2014 09:51:31 AM Rob Hall wrote: In order to provide some basic MVCC transaction functionality for in-memory models, I'm

[ANN] Elda 1.2.26

Dear All We are pleased to announce the release of Elda 1.2.26 [1]. Elda is an implementation of the Linked Data API [2], which allows SPARQL to be generated from configurable RESTful requests and the resulting RDF data to be presented in a variety of formats. Elda is implemented using

Re: Jena Eyeball

On Tuesday, October 22, 2013 11:13:52 AM Phil Coates wrote: Is anyone actively working on Eyeball at the moment? I'm [1] not actively working on it at the moment, partly because I'd like other people involved ... We're developing some applications where we'd love to use it for validation of

Re: Re: Jena Eyeball

On Tuesday, October 22, 2013 01:54:37 PM Chris Dollin wrote: On Tuesday, October 22, 2013 11:13:52 AM Phil Coates wrote: If we use it, it would be handy if it was in a Maven-friendly format; if no-one is currently doing any active development of the project, would anyone have any

Re: Re: Re: Jena Eyeball

On Tuesday, October 22, 2013 02:33:26 PM Phil Coates wrote: Wow, Chris, that's fantastic! I'm pulling it now and will have a look :) Feel free to be rude about my use of Maven. We don't get along with each other well. The current POMs job is mostly to produce a stand-alone executable eyeball

Re: Proposal: migrate schemagen-maven to Apache

On Tuesday, October 22, 2013 01:07:55 PM Ian Dickinson wrote: I have a side project which allows Schemagen to be run as a maven target, (i.e. directly from the POM, without using ant-call): https://github.com/ephemerian/schemagen-maven I'm proposing to migrate that project to Apache Jena,

Re: Re: Re: Re: Jena Eyeball

On Tuesday, October 22, 2013 03:40:17 PM Phil Coates wrote: Does anyone have any objections if I make a few changes: 1) reformat code style towards more standard KR-style (basically IDE autoformat, nothing particularly controversial: e.g. 4 spaces per indent, opening curly brace on same

Re: Re: Side effect of statement modification

On Tuesday, October 08, 2013 09:17:55 AM Claude Warren wrote: Strangely enough there is a bug if this is correct. I messed up my previous response, sorry. Doing a S.change[Literal]Object(O) should remove S from its model and insert the new S'. Assume a Model M containing one Statement S

Re: Re: Side effect of statement modification

On Tuesday, October 08, 2013 09:34:04 AM Ian Dickinson wrote: On Tue, Oct 8, 2013 at 8:55 AM, Chris Dollin chris.dol...@epimorphics.com wrote: On Monday, October 07, 2013 07:44:43 PM Claude Warren wrote: Assume a Model M containing one Statement S composed of s,p,o. Assume M has a listener

Re: Re: Re: Side effect of statement modification

On Tuesday, October 08, 2013 09:56:26 AM Claude Warren wrote: So just to be clear. If a Statment S has the conditions: S.getModel() = M M.contains(S) = F and we call S2 = S.changeLiteralObject( o2 ); we expect: S2.getModel() = M M.contains(S2) = T Yes. So changing the object of

Re: Re: Re: Re: Side effect of statement modification

, Oct 8, 2013 at 10:14 AM, Chris Dollin chris.dol...@epimorphics.comwrote: On Tuesday, October 08, 2013 09:56:26 AM Claude Warren wrote: So just to be clear. If a Statment S has the conditions: S.getModel() = M M.contains(S) = F and we call S2 = S.changeLiteralObject( o2

Re: Re: graph remove( node, node, node) side effects?

On Tuesday, October 08, 2013 02:13:10 PM Andy Seaborne wrote: On 08/10/13 09:35, Claude Warren wrote: I have no problem making changes. The problem is I don't know what the proper action should be, hence all my questions as of late. If patterns are not allowed I think we should update

Re: Re: Re: graph remove( node, node, node) side effects?

On Tuesday, October 08, 2013 02:46:13 PM Claude Warren wrote: I was reading the Graph javadoc, which is not specific. I'll update it. It needs a bit of reading through, I'll grant that. (That find(S,P,O) does matching is implicit in that it returns an iterator, rather than explicitly stated,

Re: Side effects of statement deletion.

On Monday, October 07, 2013 09:24:19 AM Claude Warren wrote: Assume a Model M containing one Statement S composed of s,p,o. the expected state is M.contains(S) = T S.getModel() = M s.getModel() = M p.getModel() = M o.getModel() = M assume M.remove(S) is called. what is the expected

Re: Re: FW: jenkins

On Monday, October 07, 2013 09:48:23 AM Claude Warren wrote: So now, my question is for the code we are testing are there File.deleteOnExit() calls? Are we using the method in the test code itself? Isn't this a job for `grep -r`? (Or IDE magic searches) Chris (who doesn't have the current

Re: Capabilities

On Sunday, September 01, 2013 12:37:02 PM Andy Seaborne wrote: It's hard to find many uses in the main code base of capabilities. I can only find two uses in main/java at all: * use of sizeAccurate() in the isomorphism code * findSafeContract() in RDF/XML writing. Capabilities were added

Re: [jira] [Created] (JENA-493) j.0 prefix remembered by TDB; breaks Turtle output.

On Thursday, July 25, 2013 09:41:48 AM Alexander Dutton wrote: I'm using TDB with Fuseki, and the TDB prefixes table contains an entry for 'j.0'. This is then being used when serializing as Turtle, making a downstream RDF library upset. Why is it upset? Chris -- It does not need to take

Re: Re: [jira] [Created] (JENA-493) j.0 prefix remembered by TDB; breaks Turtle output.

On Thursday, July 25, 2013 01:11:41 PM Andy Seaborne wrote: Chris - could you (next time) put a comment on the JIRA? It'll get reflected to the list. JIRA means there is a subject-specific discussion. Sorry, wasn't thinking when I replied. Chris -- RIP Diana Wynne Jones, 1934 - 2011.

Re: Re: [Discuss] Apache Portable Uniform RDF Runtime (PURR)

On Monday, November 26, 2012 04:46:32 PM Reto Bachmann-Gmür wrote: On Sun, Nov 25, 2012 at 3:19 PM, Andy Seaborne a...@apache.org wrote: Slight confusion between identity and equivalence. Two graph are equivalent by bNode-isomorphism; they are still different. Object.equals should

Re: ExtendedIterator toSet() issue

On Saturday, November 17, 2012 09:18:54 PM Claude Warren wrote: ExtendedIterator.toSet() documentation states that the elements are to be returned in order. But NiceIterator.asSet() (the static that is, I suspect, used by many implementations of ExtendedIterator) uses HashSet() in an

Re: Removing unused classes

On Friday, July 13, 2012 11:04:03 AM Andy Seaborne wrote: Done - SmallGraphMem and GraphMem removed from jena-core trunk. (should GraphMemFaster be renamed ... as GraphMem?) I'd be in favour. Chris -- It is seldom good news. ~Crystal Ball~, /The Tough Guide to Fantasyland/

[ANN] Elda 1.2.13

Dear All I am happy to announce the release of Elda 1.2.13 (Epimorphics' [1] implementation of the Linked Data API [2]. Elda is available from the downloads page [3] of http://elda.googlecode.com. Elda is open source available by cloning its Mercurial repository [4]. The Linked Data API