Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0BC2E6CA7 for ; Thu, 9 Jun 2011 10:47:17 +0000 (UTC) Received: (qmail 65745 invoked by uid 500); 9 Jun 2011 10:47:16 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 65711 invoked by uid 500); 9 Jun 2011 10:47:16 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 65703 invoked by uid 99); 9 Jun 2011 10:47:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jun 2011 10:47:16 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sascha.rodekamp.lynx.de@googlemail.com designates 209.85.213.42 as permitted sender) Received: from [209.85.213.42] (HELO mail-yw0-f42.google.com) (209.85.213.42) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jun 2011 10:47:12 +0000 Received: by ywp17 with SMTP id 17so1346473ywp.1 for ; Thu, 09 Jun 2011 03:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=lm3qQy8/mSf1RhapIIGYyHlfAJmyR4ZfpLo6/arxUvk=; b=qVSHpKi4odA2UOWTi31tNO4Q9HIXPxiY6+pyrNs55tX9SgxHcNvGclN8Jx4+h6n2yw Aseqpm+3ukgFrycmdZFBbprGa8fTiSSVkVw3X2wVkR1pJJrl6I3gUK5XPCh97qo8+d6e j2ziHO/XFFWNpnktRFCZmx13m3EsB1MslMhyU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=FgDYSLFcXSBrW2OXX4Ok2HPRybHqoANUm9N+J97M5cmsmfk8aJgpSDjiikBmDqSCai LnGrWnxwP+mJ0XJmEveSvK/MFpEAUzf6P6BT9PPkOkU9+BxCogm9K9t5gV8+onoCVWE3 uaW50UQhc/WEMxJ+iJrNjMH54JxLeAp/UATm4= MIME-Version: 1.0 Received: by 10.101.4.1 with SMTP id g1mr513834ani.164.1307616409923; Thu, 09 Jun 2011 03:46:49 -0700 (PDT) Received: by 10.100.127.10 with HTTP; Thu, 9 Jun 2011 03:46:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 9 Jun 2011 12:46:49 +0200 Message-ID: Subject: Re: Storing (Image) Files in Webroot From: Sascha Rodekamp To: users@jackrabbit.apache.org Content-Type: multipart/alternative; boundary=001636c92a459dafc904a5452b6b --001636c92a459dafc904a5452b6b Content-Type: text/plain; charset=ISO-8859-1 jep ok, so i think it's a common solution to use streaming. The biggest overhead comes from my Request Handling. For each (streaming) request i have to walk through my RequestHandler, but maybe i can create one especially for image (content) streaming. Thanks for clarifying. Have a good day Sascha 2011/6/9 Alexander Klimetschek > On 09.06.11 12:27, "Sascha Rodekamp" > wrote: > >jep i already did this by streaming. But for me a better way is a direct > >access to the content (espacially images), that i don't have the whole > >server round trip. > > The FileDataStore streams binaries right through from the file system - so > there is almost zero overhead, or the same as compared to a httpd reading > the file from the file system. > > Regards, > Alex > > -- > Alexander Klimetschek > Developer // Adobe (Day) // Berlin - Basel > > > > > -- Sascha Rodekamp Visit the new german OFBiz Blog: http://www.ofbiz.biz Lynx-Consulting GmbH Johanniskirchplatz 6 D-33615 Bielefeld http://www.lynx.de --001636c92a459dafc904a5452b6b--