[
https://issues.apache.org/jira/browse/JENA-1734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16898280#comment-16898280
]
ASF subversion and git services commented on JENA-1734:
-------------------------------------------------------
Commit d49b1c9ad40da014f86046d3c5150a8c10786ed6 in jena's branch
refs/heads/master from Claude Warren
[ https://gitbox.apache.org/repos/asf?p=jena.git;h=d49b1c9 ]
Add $FUSEKI_BASE/extra to the fuseki-server classpath.
closes JENA-1734
> Add FUSEKI_BASE extra classes directory
> ---------------------------------------
>
> Key: JENA-1734
> URL: https://issues.apache.org/jira/browse/JENA-1734
> Project: Apache Jena
> Issue Type: Improvement
> Components: Fuseki
> Affects Versions: Jena 3.12.0
> Reporter: Claude Warren
> Assignee: Claude Warren
> Priority: Trivial
> Time Spent: 1h
> Remaining Estimate: 0h
>
> Currently the fuseki-server script has comments about how to modify the file
> to add extra classes. This can be rather problematic when working in a
> containerized environment like Docker.
> This proposal is to add $FUSEKI_BASE/extra/* to the classpath for
> fuseki-server so that persistent containers like stain/jena-fuseki have a
> non-instrusive mechanism to add/update extra or 3rd party classes.
> I don't see how to implement this in the windows batch file as it does not
> appear to have environment variables set for similar purposes to the linux
> scripts.
> *Background:*
> When running in docker it is possible to mount the FUSEKI_BASE either to
> local storage or on a docker volume. This makes it easier to update the Jena
> /fusekilibraries without losing the data. However, any edits made to add
> jars to FUSEKI_HOME are lost during the update. Adding the
> $FUSEKI_BASE/extra to the startup script means that 3rd party libraries are
> treated like data and not removed when the Jena/fuseki code is updated.
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
