Skip to content

Issue #7250 : Document that UNC paths are not reliably supported - #7909

Merged
hansva merged 1 commit into
apache:mainfrom
vbhanuchander-lang:docs-unc-paths-unsupported
Aug 12, 2026
Merged

Issue #7250 : Document that UNC paths are not reliably supported#7909
hansva merged 1 commit into
apache:mainfrom
vbhanuchander-lang:docs-unc-paths-unsupported

Conversation

@vbhanuchander-lang

Copy link
Copy Markdown
Contributor

Closes #7250

@hansva you asked on that issue for this to be documented ("I don't think it is properly documented, let's keep this ticket to do that"). While writing it I found the docs were not silent on UNC — they claimed the opposite:

Where `absolute-path` is a valid absolute file name for the local platform.
UNC names are supported under Windows.

That sentence is accurate about Apache VFS, which the surrounding table is taken from ("The table below lists the file system types provided by the default Apache VFS implementation"), but not about Hop. So a user following the docs had every reason to expect \\some.network.folder\my_excel.xlsx to work, which is how #7250 happened.

Two changes:

1. Correct the claim rather than leave a true-of-upstream statement that misleads in context, pointing at the new section instead.

2. Add a Windows UNC paths section covering what the issue actually revealed:

  • UNC paths are accepted by Apache VFS but are not reliably supported in Hop
  • why it looks inconsistent — the reporter's confusion was that Excel Input failed while another transform read the same file. Different transforms reach the file system by different routes, so "it works over there" is not evidence it will work here. That seemed worth stating, since it is the part that costs people time.
  • a warning against relying on it in unattended runs
  • the mounted-drive workaround you recommended, for Windows and for Linux/macOS, with a variable example so the same pipeline is portable

Docs only, no code. Cross-reference uses the <<id, Text>> form to match the rest of the manual, and **bold** as used elsewhere in these pages.

If you would rather this were phrased as a flat "not supported" with no explanation of the inconsistency, say so and I will trim it — I erred toward explaining the failure mode because that is what the reporter was missing.

vfs.adoc claimed the opposite of the actual behaviour:

  UNC names are supported under Windows.

That sentence describes Apache VFS, which the surrounding table is taken
from, not Hop. On apache#7250 a user lost time to an Excel Input transform that
could not open a UNC path while another transform read the same file, and
hansva confirmed UNC paths are not supported in Hop -- they work in some
cases and mostly do not -- and asked for it to be documented.

Corrects the sentence, and adds a Windows UNC paths section giving the
reason the behaviour looks inconsistent (different transforms reach the
file system by different routes), a warning against relying on it
unattended, and the mounted-drive workaround hansva recommended, with a
variable example so the same pipeline runs on Windows and Linux.
@hansva

hansva commented Aug 12, 2026

Copy link
Copy Markdown
Contributor

thansk @vbhanuchander-lang

@hansva
hansva merged commit e105454 into apache:main Aug 12, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Bug]: Excel Input with POI fails to open Windows UNC path, while Streaming reader works

2 participants