Return-Path: Delivered-To: apmail-incubator-jena-dev-archive@minotaur.apache.org Received: (qmail 13380 invoked from network); 13 Feb 2011 07:07:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Feb 2011 07:07:57 -0000 Received: (qmail 42657 invoked by uid 500); 13 Feb 2011 07:07:57 -0000 Delivered-To: apmail-incubator-jena-dev-archive@incubator.apache.org Received: (qmail 42618 invoked by uid 500); 13 Feb 2011 07:07:56 -0000 Mailing-List: contact jena-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jena-dev@incubator.apache.org Delivered-To: mailing list jena-dev@incubator.apache.org Received: (qmail 42610 invoked by uid 99); 13 Feb 2011 07:07:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Feb 2011 07:07:54 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of castagna.lists@googlemail.com designates 74.125.82.175 as permitted sender) Received: from [74.125.82.175] (HELO mail-wy0-f175.google.com) (74.125.82.175) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Feb 2011 07:07:48 +0000 Received: by wyb40 with SMTP id 40so3648769wyb.6 for ; Sat, 12 Feb 2011 23:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=NjvGAhuirSufI6N3tjkelnUqjjrBTycCUdkkwAyRvkg=; b=sZsdR5vy49FerW4HXe0po9ZdbWlC7m2Q6UcofyRFx6XqNkM1DLGD214q13vjWZ0IYq k64uOmBNx1HDuFyQIuUy9bVKetChKi19srq6xbrNyJ7xAm/pPY7Mc4WSclgT1VHfL5Yu MUFeb712kmfORvGSThLct890322DAOvl75SnY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=sH8M/jRCjtS37muPDUJQdyKf0l1E9+9TWIaBjPtaGs6LNvtEVD6OBJ7+GE/D85P552 uiR+HoLsI7s3K+azZht/Pp6Myg5qS3r3UhlZmWtQwHtuNluO5AsISIEnEW10SjzcdiYx WXXMvAcggdDDdyFUwsCdud3QFJjvRRpDZ7O04= Received: by 10.216.13.134 with SMTP id b6mr2191092web.25.1297580847685; Sat, 12 Feb 2011 23:07:27 -0800 (PST) Received: from [192.168.1.10] (79-66-208-165.dynamic.dsl.as9105.com [79.66.208.165]) by mx.google.com with ESMTPS id u2sm365722weh.12.2011.02.12.23.07.26 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 12 Feb 2011 23:07:26 -0800 (PST) Message-ID: <4D57832C.4080407@googlemail.com> Date: Sun, 13 Feb 2011 07:07:24 +0000 From: Paolo Castagna User-Agent: Thunderbird 2.0.0.24 (X11/20101027) MIME-Version: 1.0 To: jena-dev@yahoogroups.com CC: jena-dev@incubator.apache.org Subject: Re: [jena-dev] Caching SPARQL results in RDF References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Martynas, you have already received two answers, I have two questions for you: - Why have you been using SDB and not TDB? - Why not to cache the entire HTML page? Just curious. Finally, the theme of caching SPARQL results or bindings is something I am very interested in. Although, I've done nothing so far. Is anyone thinking to see if caching BGPs inside ARQ (or in a separate module which would work with ARQ) could possibly work (i.e. boost performances)? Assuming cache will grow large, it would need to serialize bindings on disk (see: https://issues.apache.org/jira/browse/JENA-45). Cache invalidation, as result of an update, is also a tricky problem... as always. Martynas, you should really subscribe to jena-{dev|users}@incubator.apache.org, just send an email to: - jena-dev-subscribe@incubator.apache.org - jena-users-subscribe@incubator.apache.org See you there, Paolo Martynas Jusevicius wrote: > Hey list, > > my http://semanticreports.com webapp is based almost exclusively on > SPARQL results - mostly from remote endpoints, but it also uses SDB to > store its own RDF (meta)data. > > The issue is, I still want to show the reports/visualizations based on > a previous result, even if the remote endpoint is currently down. > Which brings me to caching of SPARQL XML results - and saving them > with RDF in SDB. > > I imagine it could be saved as XMLLiteral. Does this sound reasonable? > And which methods should we use? This looks about right: > http://jena.sourceforge.net/javadoc/com/hp/hpl/jena/rdf/model/Model.html#createLiteral%28java.lang.String,%20boolean%29 > > Thanks, > > Martynas > semantic-web.dk > > > ------------------------------------ > > Yahoo! Groups Links > > <*> To visit your group on the web, go to: > http://groups.yahoo.com/group/jena-dev/ > > <*> Your email settings: > Individual Email | Traditional > > <*> To change settings online go to: > http://groups.yahoo.com/group/jena-dev/join > (Yahoo! ID required) > > <*> To change settings via email: > jena-dev-digest@yahoogroups.com > jena-dev-fullfeatured@yahoogroups.com > > <*> To unsubscribe from this group, send an email to: > jena-dev-unsubscribe@yahoogroups.com > > <*> Your use of Yahoo! Groups is subject to: > http://docs.yahoo.com/info/terms/ >