Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 5616 invoked from network); 23 Apr 2009 11:35:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 23 Apr 2009 11:35:34 -0000 Received: (qmail 87865 invoked by uid 500); 23 Apr 2009 11:35:33 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 87831 invoked by uid 500); 23 Apr 2009 11:35:33 -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 87820 invoked by uid 99); 23 Apr 2009 11:35:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Apr 2009 11:35:33 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Apr 2009 11:35:23 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LwxCo-00011d-HN for users@jackrabbit.apache.org; Thu, 23 Apr 2009 04:35:02 -0700 Message-ID: <23195097.post@talk.nabble.com> Date: Thu, 23 Apr 2009 04:35:02 -0700 (PDT) From: daveg0 To: users@jackrabbit.apache.org Subject: Re: Problem streaming large blobs from Jackrabbit In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: bagel10002000@googlemail.com References: <23177786.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi Ian, Thanks for the response: We are storing the blobs in MySQL and we have not set the max packet size, but as you you suggest, it seems to be aware of the blob size when it tries to read back the data, regards Dave Ian Boston wrote: > > 2 Questions, > Are you storing the blobs in mysql ? > Have you configured the max packet size in mysql to be capable to > sending the 40MB files ? (there might also be a jdbc setting) > > but you probably have since how did the blob get populated ? > Ian > > http://dev.mysql.com/doc/refman/5.0/en/packet-too-large.html > > > On 22 Apr 2009, at 23:36, daveg0 wrote: > >> >> Hi, >> >> I am not sure whether this is a Jackrabbit/MySQL/tomcat problem, but >> I am >> having problems downloading a "large" video (40MB) via the following >> stack: >> >> browser <-- tomcat <--Restlet <-- Jackrabbit <-- MYSQL (where the >> content-node is a binary property) >> >> I can download smaller clips eg 3MB but on the larger clip, the >> browser >> seems to appear to be downloading and even reports the size of the >> download, >> but does not have any content in it when completed, it's as if the >> stream >> just decided to go the motions of downloading without actually >> downloading. >> I can't see any error messages (memory problems etc). >> >> Is anyone aware of problems with binary sizes in Jackrabbit/MySQL. . >> If not, >> I can at least eliminate them from the potential failure points and >> I will >> have to look at Tomcat/Restlet, >> >> I am using Jackrabbit 1.5.3 and MYSQL 5.0 and have a large server - >> 64bit OS >> (Linux), JDK 1.6, 16GB memory, 4 CPUs >> >> regards >> >> Dave >> -- >> View this message in context: >> http://www.nabble.com/Problem-streaming-large-blobs-from-Jackrabbit-tp23177786p23177786.html >> Sent from the Jackrabbit - Users mailing list archive at Nabble.com. >> > > > -- View this message in context: http://www.nabble.com/Problem-streaming-large-blobs-from-Jackrabbit-tp23177786p23195097.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com.