Re: Jenkins build became unstable: Jena_Core #263

Didn't even think to check for unit tests on Schemagen! My bad. I'll fix this tomorrow! -Stephen On Friday, July 20, 2012, Apache Jenkins Server wrote: > See > >

Re: NodeCache : keep or remove?

Additionally, a fun thing to look at for Node would be to have a static cache pre-populated with commonly used resources (RDF, RDFS, OWL, etc.), similar to Java's Integer.valueOf(int) method. That could be useful. -Stephen On Fri, Jul 20, 2012 at 8:31 AM, Stephen Allen wrote: > +1 on removal o

Re: NodeCache : keep or remove?

+1 on removal of both the node and triple caches. In addition to the reasons already discussed, there is also the fact that Node.create() uses a global lock, which is going to be really bad for concurrency! Triple.create() doesn't do any locking, which appears to work out OK in this specific inst

Node futures

Here are some thoughts on Jena3-timeframe changes - we have the opportunity to make changes and while we can't change too much without going into a black hole, a few key changes can be done. == Node Hierarchy At the moment, every node has an Object "label" in Node itself and it keys the cache

Re: NodeCache : keep or remove?

Agreed. Primary value of a node cache from my POV is space saving for in-memory models. But that could indeed be done by ARP (if it isn't already) and is probably better done at the resource level. I wouldn't expect any significant effect on the rules engines from scraping these caches. Da

[jira] [Created] (JENA-284) Sypport for cygwin in apache-jena scripts.

Andy Seaborne created JENA-284: -- Summary: Sypport for cygwin in apache-jena scripts. Key: JENA-284 URL: https://issues.apache.org/jira/browse/JENA-284 Project: Apache Jena Issue Type: Bug

[jira] [Updated] (JENA-284) Support for cygwin in apache-jena scripts.

[ https://issues.apache.org/jira/browse/JENA-284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Seaborne updated JENA-284: --- Issue Type: Improvement (was: Bug) Summary: Support for cygwin in apache-jena scripts. (was: Sy

NodeCache : keep or remove?

In JENA-279, the issue of whether the NodeCache serves any useful purpose these days has come up. Proposal: Remove the node cache Proposal: Remove the triple cache Node cache: There are two reasons for the cache: time saving (object creation costs) and space saving (reuse nodes). I'm not sur

[jira] [Commented] (JENA-279) Make node cache configurable and use soft references

[ https://issues.apache.org/jira/browse/JENA-279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13419026#comment-13419026 ] Andy Seaborne commented on JENA-279: If we keep the cache, the use of soft references lo

[jira] [Commented] (JENA-256) Significant performance regression (TDB?) on 2.7.1 RC compared to May 15 build

[ https://issues.apache.org/jira/browse/JENA-256?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13419024#comment-13419024 ] Andy Seaborne commented on JENA-256: You can have separate non-nested transactions by do

[jira] [Commented] (JENA-281) Turtle parser does not support spaces in URI references

[ https://issues.apache.org/jira/browse/JENA-281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13419022#comment-13419022 ] Piotr Hołubowicz commented on JENA-281: --- Makes sense, thanks. Should I need to modify

[jira] [Commented] (JENA-281) Turtle parser does not support spaces in URI references

[ https://issues.apache.org/jira/browse/JENA-281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13419017#comment-13419017 ] Andy Seaborne commented on JENA-281: You are more than welcome to submit a patch for Jen

[jira] [Commented] (JENA-281) Turtle parser does not support spaces in URI references

[ https://issues.apache.org/jira/browse/JENA-281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13418976#comment-13418976 ] Piotr Hołubowicz commented on JENA-281: --- Thanks for the clarification. I was referring