[ 
https://issues.apache.org/jira/browse/JENA-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15182389#comment-15182389
 ] 

ASF GitHub Bot commented on JENA-1147:
--------------------------------------

GitHub user afs opened a pull request:

    https://github.com/apache/jena/pull/128

    JENA-1147 : Introduce FactoryRDF 

    FactoryRDF is an interface to abstract the creation of nodes, triples and 
quads from constituent elements, e.g. to create a URI Node, the operation takes 
a string for the URI. This allows different policies to be slotted in. This PR 
covers the use of FactoryRDF by ParserProfile.

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/afs/jena master

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/jena/pull/128.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 #128
    
----
commit 5bc88315ae5ec1c8bb75a794f6f8ca157ebcc6f3
Author: Andy Seaborne <[email protected]>
Date:   2016-03-06T22:56:03Z

    Associate a ProgressMonitor with a StreamRDF.

commit ed9f62a0fe3d5616737725fc27205c03859424a6
Author: Andy Seaborne <[email protected]>
Date:   2016-03-06T22:58:26Z

    JENA-1147: Introduce FactoryRDF and use in ParserProfile.

commit 1818bb50e6613eb606f6191242becae43099d82a
Author: Andy Seaborne <[email protected]>
Date:   2016-03-06T23:00:36Z

    Adjust for FactoryRDF

----


> Add a node cache step to RIOT parsing.
> --------------------------------------
>
>                 Key: JENA-1147
>                 URL: https://issues.apache.org/jira/browse/JENA-1147
>             Project: Apache Jena
>          Issue Type: Improvement
>          Components: RIOT
>    Affects Versions: Jena 3.0.1
>            Reporter: Andy Seaborne
>            Assignee: Andy Seaborne
>            Priority: Minor
>
> A node cache on the parsing pipeline will reduce memory footprint. 
> It may be worth doing different caches for subject/predicate/object as they 
> have different characteristics.
> Care is needed because sometimes the parser is not creating stored object 
> (e.g. TDB loading) so the cache should measurable not add overhead.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to