[
https://issues.apache.org/jira/browse/CONNECTORS-118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12920781#action_12920781
]
Karl Wright commented on CONNECTORS-118:
----------------------------------------
bq. So, if somebody wants to de-reference one of these pseudo URLS they must:
Ah. So what you are saying is that the person must either be running a custom
browser, or must do some kind of URL manipulation before the search results
would be presented to the user, or - or what, exactly? If the url is in fact
meant to be real, then it should refer to a custom proxy of some kind that
would perform the necessary breakdown. If there is no such service or proxy,
those URLs will simply be broken. This represents a major violation of the
contract for url generation within ManifoldCF connectors.
If there is no such proxy that you are aware of, then I'd much rather generate
a real url, which in its raw form would not send you to anything other than the
archive itself, but which has enough information to be interpreted properly, by
using the anchor trick I alluded to earlier. If there *is* such a proxy, then
that proxy's parameters must be added as part of the repository connection
configuration. The only case in which the solution you suggest is valid is if
you are working on a file system where, when you go to your browser, you enter
"bz://..." for the url, and it actually does the unpacking for you. That would
*not* include CIFS, by the way.
Is this a fair statement of your proposal? Or am I missing something?
> Crawled archive files should be expanded into their constituent files
> ---------------------------------------------------------------------
>
> Key: CONNECTORS-118
> URL: https://issues.apache.org/jira/browse/CONNECTORS-118
> Project: ManifoldCF
> Issue Type: New Feature
> Components: Framework crawler agent
> Reporter: Jack Krupansky
>
> Archive files such as zip, mbox, tar, etc. should be expanded into their
> constituent files during crawling of repositories so that any output
> connector would output the flattened archive.
> This could be an option, defaulted to ON, since someone may want to implement
> a "copy" connector that maintains crawled files as-is.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
