Just closing the loop on this thread. The error is here
In fuseki-server.js line number 140 the line reads
return sprintf("http://%s...
I believe this line should be return sprintf("%s//....,window.
location.protocol,..
On Tue, Jan 13, 2015 at 3:14 PM, Trevor Donaldson <[email protected]>
wrote:
> Hmmmm....figured it out. So you can't run Fuseki in ssl mode? When I try
> to run it in ssl it doesn't display datasets. I remove ssl and I can see
> the datasets again.
>
> On Tue, Jan 13, 2015 at 2:54 PM, Trevor Donaldson <[email protected]>
> wrote:
>
>> Hi Nauman,
>>
>> I am running it in tomcat. If I run fuseki from command line as you have
>> shown, everything works as expected. I am assuming that if I setup the
>> config.ttl file correctly in FUSEKI_BASE that the war should display the
>> datasets as well.
>>
>> On Tue, Jan 13, 2015 at 2:49 PM, Nauman Ramzan <
>> [email protected]> wrote:
>>
>>> Hey Trevor Donaldson !
>>> How are you starting your fuseki server ?
>>>
>>> If you are at starting level then
>>> * Download fuseki distribution => unzip in disk => locate to the unzip
>>> folder in command prompt => and then*
>>> *Run one fo these command*
>>>
>>> *fuseki-server --update --mem /dataset ( work in memory )*
>>>
>>> *OR*
>>>
>>> fuseki-server --config config-tdb-text.ttl ( for work in disk )
>>>
>>> On Tue, Jan 13, 2015 at 11:22 PM, Trevor Donaldson <[email protected]>
>>> wrote:
>>>
>>> > I don't see any datasets that have been defined in config.ttl. I am
>>> > expecting to see the available datasets on
>>> > localhost:8080/fuseki/index.html. Am I missing something?
>>> >
>>> > On Tue, Jan 13, 2015 at 2:15 PM, Trevor Donaldson <[email protected]
>>> >
>>> > wrote:
>>> >
>>> > > Andy,
>>> > >
>>> > > Not sure if this is an issue with fuseki2 but when I try to create an
>>> > > in-memory dataset using the config file with the below configuration
>>> > >
>>> > > <#service1> rdf:type fuseki:Service ;
>>> > > fuseki:name "ds" ; # http://host:port
>>> /ds
>>> > > fuseki:serviceQuery "query" ; # SPARQL query
>>> service
>>> > > fuseki:serviceQuery "sparql" ; # SPARQL query
>>> service
>>> > > fuseki:serviceUpdate "update" ; # SPARQL query
>>> service
>>> > > fuseki:serviceUpload "upload" ; # Non-SPARQL
>>> upload
>>> > service
>>> > > fuseki:serviceReadWriteGraphStore "data" ; # SPARQL Graph
>>> store
>>> > protocol (read and write)
>>> > > # A separate ead-only graph store endpoint:
>>> > > fuseki:serviceReadGraphStore "get" ; # SPARQL Graph
>>> store
>>> > protocol (read only)
>>> > > fuseki:dataset <#dataset-mem> ;
>>> > > .
>>> > > <#dataset-mem> rdf:type ja:RDFDataset .
>>> > >
>>> > > I don't see any datasets when I browse to
>>> http://localhost:8080/fuseki
>>> > >
>>> > > using fuseki.war in tomcat7.
>>> > >
>>> > >
>>> > >
>>> > > On Tue, Jan 13, 2015 at 1:50 PM, John A. Fereira <[email protected]>
>>> > > wrote:
>>> > >
>>> > >> The windows configuration for tomcat is essentially the same as for
>>> unix
>>> > >> except that there is a catalina.bat startup script that reads (if it
>>> > >> exists) a setenv.bat file in the tomcat "bin" directory. Of
>>> course,
>>> > you
>>> > >> have to use the windows syntax for setting the environment variable
>>> in
>>> > the
>>> > >> setenv.bat file. Here is what mine looks like:
>>> > >>
>>> > >> set JAVA_HOME=/usr/local/jdk1.7.0_51
>>> > >> set JAVA_OPTS="-Xmx1024M"
>>> > >> set FUSEKI_HOME=/usr/local/src/jena-fuseki2
>>> > >>
>>> > >> -----Original Message-----
>>> > >> From: Rob Vesse [mailto:[email protected]]
>>> > >> Sent: Tuesday, January 13, 2015 11:39 AM
>>> > >> To: [email protected]
>>> > >> Subject: Re: Fuseki with a web.xml
>>> > >>
>>> > >> Andy
>>> > >>
>>> > >> On Windows you'd typically take one of several approaches:
>>> > >>
>>> > >> - Have an environment variable (FUSEKI_HOME) that points to the
>>> > >> configuration controlled by the user
>>> > >> - Install to a users AppData folder (for per-user installations) -
>>> > >> C:\Users and Documents\Username\AppData\Local\Fuseki\Config\
>>> > >> - Install to program files (for system installations) - C:\Programs
>>> and
>>> > >> Files\Fuseki\Config\
>>> > >>
>>> > >> Or possibly a hybrid of 2 and 3 if you install the executables to
>>> the
>>> > >> system but each user has their own configuration
>>> > >>
>>> > >> Rob
>>> > >>
>>> > >> On 13/01/2015 15:57, "Andy Seaborne" <[email protected]> wrote:
>>> > >>
>>> > >> >Excellent - that's exactly what's needed. It's not something to
>>> change
>>> > >> >while the server running.
>>> > >> >
>>> > >> >I don't think there is any solution to the "don't control tomcat
>>> > >> >installation" problem except a well-known location like
>>> /etc/fuseki.
>>> > >> >If you don't have access to the tomcat installation, you're unlike
>>> to
>>> > >> >have access to /etc/defaults or anywhere else in system space.
>>> > >> >
>>> > >> >The choice of /etc/fuseki is fairly arbitrarily modelled on
>>> /etc/httpd
>>> > >> >/etc/apache2. Some system might prefer /var/lib/fuseki. The
>>> default
>>> > >> >could be path to find the first existing place on the path.
>>> > >> >
>>> > >> >The place can have symbolic links - important for controlled the
>>> disk
>>> > >> >location of databases (SSD are good!).
>>> > >> >
>>> > >> >And what should it be for MSWindows? (I'm not a windows
>>> server/services
>>> > >> >user).
>>> > >> >
>>> > >> > Andy
>>> > >> >
>>> > >> >On 12/01/15 12:21, John A. Fereira wrote:
>>> > >> >> The startup script for Tomcat (catatalina.sh or catalina.bat)
>>> will
>>> > >> >>check for the existence of a setenv.sh or setenv.bat file in the
>>> > >> >>$TOMCAT_HOME/bin directory and "source" it if it exists. That's
>>> > >> >>usually where I put any environment variables that I want to set
>>> that
>>> > >> >>are needed by a web app. It's a good place to add variables used
>>> by
>>> > >> >>the JVM (e.g. for explicitly setting min/max memory or garbage
>>> > >> >>collection) as well.
>>> > >> >>
>>> > >> >> -----Original Message-----
>>> > >> >> From: Andy Seaborne [mailto:[email protected]]
>>> > >> >> Sent: Monday, January 12, 2015 6:27 AM
>>> > >> >> To: [email protected]
>>> > >> >> Subject: Re: Fuseki with a web.xml
>>> > >> >>
>>> > >> >> On 11/01/15 12:35, Trevor Donaldson wrote:
>>> > >> >>> I did see that /etc/fuseki error when I dropped the war file in
>>> > >> >>> tomcat. I want sure how to change fuseki_base? Any I dead how
>>> to get
>>> > >> >>> the war to work in tomcat?
>>> > >> >>
>>> > >> >> FUSEKI_BASE is an environment variable and can be set in
>>> whatever way
>>> > >> >>you prefer for environment variables. Usually, before invoking
>>> Tomcat
>>> > >> >>... which is tricky when it's a service).
>>> > >> >>
>>> > >> >> And, in fact, -DFUSEKI_HOME also works 'cos I got bored by the
>>> fact
>>> > >> >>that Java does not have System.setenv.
>>> > >> >>
>>> > >> >> /etc/fuseki can be a symbolic link.
>>> > >> >>
>>> > >> >> Andy
>>> > >> >>
>>> > >> >>> On Jan 11, 2015 5:10 AM, "Andy Seaborne" <[email protected]>
>>> wrote:
>>> > >> >>>
>>> > >> >>>> Thanks the links worked. I have the war. The question I have
>>> is can
>>> > >> >>>> I
>>> > >> >>>>>>> overwrite the shiro.ini file? I see the war but everything
>>> is
>>> > >> >>>>>>> already packaged.
>>> > >> >>>>>>>
>>> > >> >>>>>>
>>> > >> >>>> Just to follow up on this point.
>>> > >> >>>>
>>> > >> >>>> The server builds its work area the first time - you can edit
>>> these
>>> > >> >>>> files. They don't get overwritten next time.
>>> > >> >>>>
>>> > >> >>>> In the WAR version, run once, and shiro.ini file will be in
>>> > >> >>>> $FUSEKI_BASE/shiro.ini which is /etc/fuseki/shiro.ini by
>>> default.
>>> > >> >>>>
>>> > >> >>>> Andy
>>> > >> >>>>
>>> > >> >>>>
>>> > >> >>>>
>>> > >> >>>>
>>> > >> >>>>
>>> > >> >>>
>>> > >> >>
>>> > >> >
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >>
>>> > >
>>> >
>>>
>>
>>
>
