Re: jena-fuseki UI in podman execution (2nd effort without attachments)

2024-02-11 Thread jaanam
Hi Andy, it really seems that there had been an UI update as the olden versions look correct. The problem with the latest jena-fuseki UI is that I have some hundred named graphs and I cannot access them through the latest UI. What is Vue ? Br, Jaana > 09.02.2024 13.37 EET Andy Seaborne kirjo

Re: jena-fuseki UI in podman execution (2nd effort without attachments)

2024-02-11 Thread jaanam
Hi, Thanks for your suggestion refgarding secoresearch/fuseki ! I must try it ! Br, Jaana > 10.02.2024 17.20 EET Andrii Berezovskyi kirjoitti: > > > A bit unrelated, but I could also recommend secoresearch/fuseki image, which > is maintained by Jouni Tuominen and is currently at Jena 4.10.0

Re: jena-fuseki UI in podman execution

2024-02-11 Thread jaanam
Hi, Thanks for yopur suggestion: "I would build the docker image from source and run that under both for a clean test." I must try it, Jaana > 12.02.2024 00.32 EET Justin kirjoitti: > > > I would build the docker image from source and run that under both for a > clean test. > > On Thu, Feb

Re: jena-fuseki UI in podman execution (2nd effort without attachments)

2024-02-08 Thread jaanam
Hi, I just noticed that it's not question about podman or docker but about browser cache. After deleting everything in browser cache I managed to get the correct user interface when running stain/jena-fuseki:3.14.0 and stain/jena-fuseki:4.0.0 by both podman and docker, but when I tried the late

jena-fuseki UI in podman execution (2nd effort without attachments)

2024-02-08 Thread jaanam
Hi, I've running jena-fuseki with docker: docker run -p 3030:3030 -e ADMIN_PASSWORD=pw123 stain/jena-fuseki and rootless podman: podman run -p 3030:3030 -e ADMIN_PASSWORD=pw123 docker.io/stain/jena-fuseki when excuted the same version 4.8.0 of jena-fuseki with podman the UI looks totally d

jena-fuseki UI in podman execution

2024-02-08 Thread jaanam
Hi, I've running jena-fuseki with docker: docker run -p 3030:3030 -e ADMIN_PASSWORD=pw123 stain/jena-fuseki and rootless podman: podman run -p 3030:3030 -e ADMIN_PASSWORD=pw123 docker.io/stain/jena-fuseki when excuted the same version 4.8.0 of jena-fuseki with podman the UI looks totally d

Re: Combining sparql queries to speed up the calling process ?

2023-05-09 Thread jaanam
Hello, thanks for encouraging me, just got it working as you said, Jaana Andy Seaborne kirjoitti 6.5.2023 18:55: On 05/05/2023 11:50, jaa...@kolumbus.fi wrote: Thanks for your answer, but I still don't undestand how to combine those two queries. I'm not saying they can simply be joined toge

Re: Combining sparql queries to speed up the calling process ?

2023-05-05 Thread jaanam
Thanks for your answer, but I still don't undestand how to combine those two queries. If I put them like this jena-fuseki-UI doesn't accept line "{ graph tilasto:?ng", because ?ng comes from the 1st subquery. SELECT * WHERE { { { GRAPH stat

Re: Combining sparql queries to speed up the calling process ?

2023-05-03 Thread jaanam
Andy Seaborne kirjoitti 4.5.2023 00:24: Do you have to use FROM in the second query? I don't know how to present it because in the 2nd query I'm querying three named graphs, where the third one ($STAT) should be replaced with the result of the 1st query (?ng) Br, Jaana On 03/05/2023 17:5

Combining sparql queries to speed up the calling process ?

2023-05-03 Thread jaanam
Hello, I have the two queries below which I run from my code so that the 1st query returns about 3000 ?ng and ?t_id pairs which will then be used in the second query in the place of $STAT and $RDF_ID. So I'm calling the second query in a loop about 3000 times. I've noticed that it is time c

Atomic sparql Insert

2023-01-03 Thread jaanam
Hello, I've about 10 000 variables in my Jena Fuseki v. 3.7.0 database. All of them created using the INSERT DATA-command below. I just noticed that four of those ~10 000 entries are missing the third triplet: _gsimsf:EnumeratedValueDomain\/$TECH_NAME a gsimsf_ont:EnumeratedVa

Atomic sparql Insert

2023-01-03 Thread jaanam
Hello, I've about 10 000 variables in my Jena Fuseki v. 3.7.0 database. All of them created using the INSERT DATA-command below. I just noticed that four of those ~10 000 entries are missing the third triplet: gsimsf:EnumeratedValueDomain\/$TECH_NAME a gsimsf_ont:Enumerat

Re: docker-file for jena-fuseki 4.3.1

2021-12-16 Thread jaanam
Hi, Which aspect of the UI are you interested in - the query/upload part or the database administration? Both. Br Jaana Andy Seaborne kirjoitti 16.12.2021 16:02: On 16/12/2021 05:34, jaa...@kolumbus.fi wrote: Hi, found a docker-file for jena-fuseki 4.3.1 from https://repo1.maven.org/mave

docker-file for jena-fuseki 4.3.1

2021-12-15 Thread jaanam
Hi, found a docker-file for jena-fuseki 4.3.1 from https://repo1.maven.org/maven2/org/apache/jena/jena-fuseki-docker/4.3.1/ It is without UI. Would there be coming a Dockerfile with UI, too ? Br Jaana

Re: Information about Apache Jena and Log4j2 vulnerability.

2021-12-14 Thread jaanam
Hello, Sorry for asking stupid question, but I'm not sure it would be enough to have just the below setting inside the docker container that runs blankdots/jena-fuseki 3.17 image pulled from docker hub. C:\Users\miettinj>docker exec -it 1a7e /bin/bash root@1a7e400c71aa:/jena-fuseki# echo $J

Re: difference between 3.13 and 3.17

2021-08-18 Thread jaanam
I'll look some more _sometime_ but to be fair to everyone, it has to fit around other reports. As expected in previous e-mails it seems that the problem is in the script: just running this update # Alter: Variable as subject delete{ graph ?g { ?s_before ?p ?o. } } i

Re: difference between 3.13 and 3.17

2021-08-16 Thread jaanam
Hello, you were right, there were still unnecessary graphs in my source file. They have been removed in source2.zip. The difference between datasets 'target_in_memory'(=NG combination was done in in_memory dataset) and 'target_persistent' (=NG combination was done in persistent dataset) is tha

Re: difference between 3.13 and 3.17

2021-08-16 Thread jaanam
just fixing typo in my below e-mail To notice that this doesn't happen with 3.13, just replace the 3.17-server with 3.13 in my reproducion steps. I my steps - I guess - the source sever can be 3.13 or 3.17. jaana jaa...@kolumbus.fi kirjoitti 16.8.2021 13:09: Hello, sorry for providing you

Re: difference between 3.13 and 3.17

2021-08-16 Thread jaanam
Hello, sorry for providing you too big amount of data for reproducing the problem. Here's much smaller set for data source and a bit smaller script for combining the NGs. and the steps to reporoduce: 1) start source apache-jena-fuseki-server on port 3030 2) start target apache-jena-fuseki

Re: difference between 3.13 and 3.17

2021-08-13 Thread jaanam
Andy Seaborne kirjoitti 11.8.2021 17:38: Hi there, There isn't enough information to see what's happening. Hello, I don't know it this message was already received by the recipients as I tried to send 2 MB file as an attachment. Sorry for the inconvenience in that case ! Anyway, now the

jena-fuseki 3.17 wiped out some data

2021-08-11 Thread jaanam
Hello, My jena-fuseki database consists of several named graphs. In order to provide users graphql-like interface to jena-fuseki I have to combine my NGs into one big default graph for HyperGraphql (https://www.hypergraphql.org/) that provides the interface. At some point the users started t

Re: Fwd: Re: updating persistent jena-fuseki dataset increases memory consumption in gigas

2021-04-09 Thread jaanam
Hi, Could you suggest an optimal jena-fuseki heap size for my case ? I'm sending 50 MBs file to my jena-fuseki memory-based dataset every 5 minutes. Jaana (and should this be set to JVM actually ?) jaa...@kolumbus.fi kirjoitti 8.4.2021 18:03: Hello, Still one question regarding this old

Fwd: Re: updating persistent jena-fuseki dataset increases memory consumption in gigas

2021-04-08 Thread jaanam
Hello, Still one question regarding this old issue. The previous answer said: The heap size by default is quite small in the scripts. It might be an idea to increase it a bit to give query working space but 0.5 million is really not very big. What would be the suitable heap size in my case

Re: updating persistent jena-fuseki dataset increases memory consumption in gigas

2021-03-30 Thread jaanam
Hello, I've been trying TDB2 with compact. I have 2 TDB2 datasets in my jena-fuseki. Both of them are being uploaded by 50 MBs every 5 minutes. At the same time they are compacted hourly by the attached script. At some point I start getting thse messages: + curl -i -XPOST 'localhost:8061/$

regularly backup jena-fuseki version 3.7.0.

2021-03-29 Thread jaanam
Hello, I'm running jena-fuseki 3.7.0 I should implement regular backing up for the database, but don't know how to do it. Based on the documents found from web I've understood, that before 3.17 it wouldn't even be possible to take backups from running server. It that true ? If not, plase tell

Re: jena-fuseki's memory consumption keeps on growing

2021-03-23 Thread jaanam
Hi, Don't undestand. I'm running docker image blankdots/jena-fuseki:fuseki3.17.0, that has java 14.0.2. Should it include java 12 features, thus also JEP 346 ? Jaana Andy Seaborne kirjoitti 22.3.2021 14:51: Java memory will grow to reach about the heap size. This is a java thing - it does n

copy data from another dataset with SPARQL

2021-03-23 Thread jaanam
Hello, Lets say I have two datasets in my jena-fuseki-server. I need to copy the named graphs from dataset1 to dataset2 where I'll combine them into one default graph. I got that copying work in dataset2 of my test server using the trick below: insert{ graph ?g { ?s ?p ?o } } where

Re: jena-fuseki's memory consumption keeps on growing

2021-03-22 Thread jaanam
Hello, thanks for your answer, but my dataset was an in-memory, that's why I was confused with its behaviour. But I'll now recerate it and try to repeat the issue to be absolutely sure. Jaana Rob Vesse kirjoitti 22.3.2021 13:36: I assume that this is TDB 1? It is possible you are encounter

jena-fuseki's memory consumption keeps on growing

2021-03-22 Thread jaanam
Hello, I'm running jena-fuseki 3.17.0 in azure cloud with memory-based datasets. I haven't been updating any data into my datasets for one week, but I just noticed that the memory consumption still keeps on increasing (see attachment). There's another service that queries data from that jena

Re: upload several ngs into dataset by curl

2021-03-16 Thread jaanam
hello, I wasn't sure whether it is a turtle-file or not, but it was created by running curl GET. And yes, my problem is that I need to upload dataset (including 124 NGs) from one jena-fuseki-server to another using just one command. And thanks for your answer, I'll those SOH-commands, hopefu

upload several ngs into dataset by curl

2021-03-16 Thread jaanam
Hi, is it possible to upload several NG:s (from a ttl-file) into jena-fuseki dataset by just one curl-command ? I mean this: curl -i -H "Content-Type: application/sparql-update" -X POST http://localhost:3030/pxmeta_hub_fed/update --data-binary "@test.ttl", where my test.tll is printed

Re: updating persisten jena-fuseki dataset increases memory consimption in gigas

2021-03-12 Thread jaanam
Hello, unfortunately also in-memory appeared to be problematic in our use case. I was running the attached update-script continously for 5 hours in an in-memry dataset (pxmeta_hub_fed). After 5 hours I got this: OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0007b9c000

sed: couldn't close /data/fuseki/sedh5alYI: No space left on device

2021-03-10 Thread jaanam
Hello, I'm trying to run jena-fuseki 3.17 docker image in azure cloud. In order to prevent JVM from taking all memory I pulled the blankdots/jena-fuseki:fuseki3.17.0 from dockerHub and replaced it by a custom image miettinj/pxpro-jena-fuseki:fuseki3.17.0, that uses JVM_ARGS=-Xmx2g and pushed

Re: updating persisten jena-fuseki dataset increases memory consimption in gigas

2021-03-09 Thread jaanam
Hi, Thanks for your quick anserwer and pls see my answers below! How many triples? And is is new data to replace the old data or in addition to the existing data? 476955 triplets, most parts will bu just same as the old data, just some triplets may change. And some new triplets may be added.

updating persisten jena-fuseki dataset increases memory consimption in gigas

2021-03-09 Thread jaanam
hello, I've met the following problem with jena-fuseki (should I create bug ticket ?): We need to update jena-fuseki dataset every 5 minutes by a 50 Mbytes ttl-file. This causes the memory consumption in the machine where jena-fuseki is running to increase by gigas. This was 1st detected w