[
https://issues.apache.org/jira/browse/JENA-431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13624871#comment-13624871
]
Claude Warren commented on JENA-431:
------------------------------------
Well then let's back up a bit. These tests come from the Model testing, I
assume they were written before RIOT came into the picture.
My gut feel is that the first test it to ensure that the proper reader is
returned when processing the URL. Should we continue to do this and if so how
can we determine that we have an Ntriple parser? Perhaps we don't need to do
this as other tests will fail if the wrong parser type is returned.
As to the second test. Why does the old pre-RIOT parser accept that as a valid
input and the later one does not. It seems to me they should both fail or both
pass this input. I'll accept your statement that it should fail, so then we
should fix the non-RIOT parser to also fail on that test (then fix the test).
Does this make sense?
> com.hp.hpl.jena.rdf.model.test.TestReaders fails when ARQ included in
> classpath.
> --------------------------------------------------------------------------------
>
> Key: JENA-431
> URL: https://issues.apache.org/jira/browse/JENA-431
> Project: Apache Jena
> Issue Type: Bug
> Components: ARQ, Jena
> Affects Versions: Jena 2.10.1
> Reporter: Claude Warren
> Attachments: TestReaderDemo.tar.gz
>
>
> Similar to an earlier bug, when ARQ is included the readers that are returned
> fail the TestReaders tests. The same tests pass when ARQ is not included.
> The attached file includes a simple example.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
