You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We often have inconsistent encoding in URIs, which isn't usually an issue on Linux (Since we don't typically use special characters), but fail on Windows (Because : is a special character, and is used in all absolute file paths: c:/...).
URIs shouldn't be pre-encoded when passed the the ModelServerClient API, otherwise they will be double-encoded. However, the default behavior of URI.toString() is to encode the URI, which makes it an easy mistake for all users of the ModelServerClient API.
There are two things we can do to limit this risk:
Clarify in the documentation that the modeluri is an un-encoded URI string.
Add an option to use the URI object directly in the API, instead of an arbitrary string. This should be the preferred option in most cases, as the ModelServerClient implementation then becomes responsible for encoding (or not) the URI as needed
At the moment, we need to make sure to use uri.toString(skipEncoding=true) with all ModelServerClient APIs to avoid URI encoding issues. For example:
We often have inconsistent encoding in URIs, which isn't usually an issue on Linux (Since we don't typically use special characters), but fail on Windows (Because
:
is a special character, and is used in all absolute file paths:c:/...
).URIs shouldn't be pre-encoded when passed the the ModelServerClient API, otherwise they will be double-encoded. However, the default behavior of URI.toString() is to encode the URI, which makes it an easy mistake for all users of the ModelServerClient API.
There are two things we can do to limit this risk:
At the moment, we need to make sure to use
uri.toString(skipEncoding=true)
with all ModelServerClient APIs to avoid URI encoding issues. For example:The text was updated successfully, but these errors were encountered: