Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Need feedback: Describe your use cases for non-HTTP(S) URIs #8

Open
smola opened this issue Jan 1, 2014 · 5 comments
Open

Need feedback: Describe your use cases for non-HTTP(S) URIs #8

smola opened this issue Jan 1, 2014 · 5 comments
Assignees

Comments

@smola
Copy link
Owner

smola commented Jan 1, 2014

Galimatias born with the goal of parsing URLs that can be opened in a web browser. For my use cases, this included http, https and data. It soon became obvious that support for ftp, gopher, ws, wss and file would be sane and cheap to add since they are supported by most modern browsers and are specified in WHATWG's URL Standard.

Support for any other scheme is currently in place in a limited way. If there is double slash ("//") after the scheme (e.g. "git://"), the URL is parsed as a hierarchical URI. Otherwise, it is parsed an opaque URI. This is known to work with any URI except ed2k links (which is far from compliant with RFC 3986).

Before going on and overengineer anything, I would like to hear about your use cases with handling URIs other than http and https in Java. I will use this feedback to better define the scope of galimatias.

Thank you for your time!

@ghost ghost assigned smola Jan 1, 2014
@pvdissel
Copy link

Yes, please support git urls like:

That would make this library more useful, for me atleast :)

@smola
Copy link
Owner Author

smola commented Dec 19, 2018

  • ssh://git@github.com/smola/galimatias.git will be supported in galimatias 0.3.0, since it is now covered by the URL standard.
  • git@github.com:smola/galimatias.git might be supported to some degree by a utility method in the future: Add utility to convert scp-like addresses #73

@glossd
Copy link

glossd commented Feb 8, 2019

Could you add android-app to supported schemes?

@sebaslogen
Copy link

A good use case is all the custom app schemes we need to use in Android apps to pass a normal URI but making sure only our app catches the scheme, like "my-app://homepage.com/path?param=1"

@niklasf
Copy link

niklasf commented May 1, 2022

ws:// and wss:// for WebSockets are also useful (and they behave nicely, just like http://).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants