[
https://issues.apache.org/jira/browse/SOLR-1656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12867679#action_12867679
]
David Smiley commented on SOLR-1656:
------------------------------------
I thought of making a SolrResourceLoader.openResourceAsInputSource(String) and
it wasn't clear earlier what sort of arrangement should exist between providers
of InputSource objects and their consumers with regard to cleanup. (i.e.
closing streams). So I just read the javadoc now. It seems to me that this
method could be supported but we'd create the input stream on the fly via
extending InputSource and doing the work in the getter. We don't want to
create the stream if nobody calls it (even if we know that our particular
consumer happens to call it and close it). Apparently the caller of the
getInputStream is supposed to close it so perhaps this means we don't even need
to close it in the Config constructor since the doc builder parse() method will.
> XInclude's are resolved relative CWD, not instance dir
> ------------------------------------------------------
>
> Key: SOLR-1656
> URL: https://issues.apache.org/jira/browse/SOLR-1656
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.4
> Reporter: Hoss Man
> Attachments:
> SOLR-1656_Support_SAX_SystemId_via_wrapping_InputStream.patch
>
>
> As noted on the mailing list, when an XInclude in a config files refrences a
> relative path, it's resolved relative the CWD of the servlet container, and
> not the instanceDir of the core...
>
> http://old.nabble.com/using-Xinclude-with-multi-core-to26548400.html#a26548400
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
