[jira] [Commented] (JENA-1033) Clean up I/O initialization.

["ASF subversion and git services (JIRA)" <ji...@apache.org>]

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

ASF subversion and git services commented on JENA-1033:
-------------------------------------------------------

Commit e214ba27f149ae49f0a0e767bda6be4945681a73 in jena's branch refs/heads/Jena-1029_subsystem from [~andy.seaborne]
[ https://git-wip-us.apache.org/repos/asf?p=jena.git;h=e214ba2 ]

JENA-1033 : Rework RDFReaderFImpl/RDFWriterFImpl and RIOT integration.

> Clean up I/O initialization.
> ----------------------------
>
>                 Key: JENA-1033
>                 URL: https://issues.apache.org/jira/browse/JENA-1033
>             Project: Apache Jena
>          Issue Type: Improvement
>          Components: ARQ, Core
>    Affects Versions: Jena 3.0.0
>            Reporter: Andy Seaborne
>            Assignee: Andy Seaborne
>            Priority: Minor
>             Fix For: Jena 3.0.1
>
>
> Following on from JENA-1029, and the fact RIOT is the default I/O fro apache-jena-libs, the old RDFWriterFImpl, RDFReaderFImpl can be rewritten to work on core fixed set of syntaxes by naming classes, not doing an unnecessary Class.forLoad.
> RIOT can wire in as a indirection to RDFReaderFImpl/RDFWriterFImpl, not replace existing registrations.  This means adapter code in RIOt is simplified and some can be removed.
> Maintain, pedantically, compatibility with the old style when using jena-core only. Keep a mapping of language to class, not classname. Do the external customlanguage class load early (a feature with no known usage).



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