[jira] [Closed] (JENA-342) TDB corruption

["Andy Seaborne (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/JENA-342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Andy Seaborne closed JENA-342.
------------------------------

    
> TDB corruption
> --------------
>
>                 Key: JENA-342
>                 URL: https://issues.apache.org/jira/browse/JENA-342
>             Project: Apache Jena
>          Issue Type: Bug
>          Components: Fuseki
>    Affects Versions: Fuseki 0.2.4
>         Environment: Windows 7 Professional x64, Oracle Java 1.7.0_07, Fuseki script executed in Cygwin
>            Reporter: Simon Burrows
>            Assignee: Andy Seaborne
>             Fix For: Fuseki 0.2.5
>
>         Attachments: after_restart.txt, anon_database.zip, anonymized_current.ttl, anonymized_prior.ttl, config-anon.ttl, first.txt, fuseki-log, second.txt
>
>
> It seems that the TDB can corrupt data (especially blank nodes) after certain data is uploaded.
> To replicate this issue, follow these steps:
> 1. Start Fuseki with the supplied "config-anon.ttl" configuration.
> 2. Upload "anonymized_prior.ttl" via the web interface.
> 3. Upload "anonymized_current.ttl" via the web interface.
> 3a. Executing "SELECT ?s ?p ?o WHERE { ?s ?p ?o }" should return content as per "second.txt".
> 4. CTRL-C the Fuseki server.
> 5. Restart the Fuseki server.
> 6. Executing "SELECT ?s ?p ?o WHERE { ?s ?p ?o }" should now return content as per "after_restart.txt".
> Notes:
> * I think executing the SELECT between the uploads of the file prevented the problem, but I'm not able to reproduce that reliably.
> * If further data is uploaded before the CTRL-C the problem will not occur.

--
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