Mea culpa. It turned out that C-SPARQL emits iri parsing errors when queries are submitted before the engine is started. Whew. Much better now.
Sent from my iPhone > On Sep 16, 2014, at 5:40 PM, Andy Seaborne <a...@apache.org> wrote: > >> On 16/09/14 17:10, Mark Feblowitz wrote: >> I’ve seen a couple of suggestions, but most seem to require the use >> of hpptd. >> >> I’d simply like to use a port-free URI for query services that can’t >> seem to parse port numbers correctly (C-SPARQL). Redirect via https >> will work, but it’s tedious as I don’t have root access to the host >> machine(s). > > ?? In what way is it managing to break on "host:port" URLs? > >> >> Somebody suggested a patch to Fuseki that adds a —host argument to >> the commandlne and suggested that he/she posted that patch for >> inclusion in a future release. Did/will that happen? >> >> Thanks Mark > --host does not change the service URL. > > --port=80 will run Fuseki on port 80, so that the operations are > http://server/dataset/sparql. Port 80 is the default for http so it does not > need to be specified. > > But if you don't have root access, running on port 80 is going to be > hard as it is usually privileged (ports below 1024 are privileged usually). > > Or it might be there is another webserver which using that port in which case > you'll need to configure it to work as a reverse proxy. > > Andy