The common source plugin used for XML, JSON, and potentially other textual sources is called Url, reflecting the assumption that they will generally be retrieved in a file-oriented way, and most often via HTTP from a web service. I'm not entirely happy with that and am looking for alternative names before this gets too widely used... A couple of thoughts...
- File - I don't like that either, because if we use that name at all I think it should be for a source plugin designed for sucking up whole files (as opposed to parsing data out of files, as the Url source plugin is designed for).
- Text, TextFormat, etc. - a bit better, because at the heart this is about sources which consist of parsable text, but still feels a little vague.
- Your idea here...
Comments
Comment #2
moshe weitzman commentedAll I can think of is FetchParse. Not sure if its an improvement.
Comment #3
karthick.rajamohan commentedHow about ParseLink?
Comment #4
Grayside commentedWhat about simply "Data" (followed by TextData or SerializedData)?
Comment #5
mikeryan'Data' is simply too broad - all source plugins retrieve data, after all.
How about 'Stream'? This is basically about data being fetched via stream wrappers, after all (local files being implicitly 'file://')...
Comment #6
Grayside commentedStream seems good as long as the documentation is clear. I wouldn't think to search for it by that name.
Comment #7
eli-tIt might be too late to change this now but why not FileContent?
Addresses the ambiguity with File and clearly distinguishes between migrating a file and migrating the contents of a file.
Comment #8
mikeryanWell, coming back to this - "url" has been in use for a while without people seeming too confused by it, and I haven't seen anything else compelling enough to be worth the disruption. Let's stick to "url".
Comment #9
heddnThe only suggestion I might offer is URI. But it isn't worth the time and effort. Leaving closed.