Return-Path: Delivered-To: apmail-incubator-jspwiki-user-archive@minotaur.apache.org Received: (qmail 34885 invoked from network); 2 Feb 2010 13:19:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Feb 2010 13:19:14 -0000 Received: (qmail 45879 invoked by uid 500); 2 Feb 2010 13:19:14 -0000 Delivered-To: apmail-incubator-jspwiki-user-archive@incubator.apache.org Received: (qmail 45807 invoked by uid 500); 2 Feb 2010 13:19:14 -0000 Mailing-List: contact jspwiki-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jspwiki-user@incubator.apache.org Delivered-To: mailing list jspwiki-user@incubator.apache.org Received: (qmail 45797 invoked by uid 99); 2 Feb 2010 13:19:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Feb 2010 13:19:13 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [63.104.202.5] (HELO rbkmail01.log-net.com) (63.104.202.5) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Feb 2010 13:19:06 +0000 In-Reply-To: To: jspwiki-user@incubator.apache.org Subject: Re: Attachments truncated on download MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0.1 January 17, 2006 Message-ID: From: Louis.Masters@log-net.com Date: Tue, 2 Feb 2010 08:18:43 -0500 X-MIMETrack: Serialize by Router on RBKMAIL01/LOG-NET(Release 7.0.1|January 17, 2006) at 02/02/2010 08:18:58 AM, Serialize complete at 02/02/2010 08:18:58 AM Content-Type: multipart/alternative; boundary="=_alternative 0049217D852576BE_=" --=_alternative 0049217D852576BE_= Content-Type: text/plain; charset="US-ASCII" OK, they reboot the entire machine and it loosk OK now. I'm guessing it was some sort of caching issue. How do I stop this from occurring in the future? Louis.Masters@log-net.com wrote on 02/01/2010 11:51:33 AM: > OK, it might be something with the cache. I see the following the the log > when I try to download the attachment: > > 2010-02-01 11:06:34,192 DEBUG > [com.ecyrd.jspwiki.providers.CachingAttachmentProvider] ...FOUND in the > cache > > How do I clear this cache? Also, will the following prop work with this > provider: > > jspwiki.basicAttachmentProvider.disableCache > > If so, will setting this adversely affect my system? > > Thanks, > Lou > > > > > Harry Metske > 01/25/2010 12:23 PM > Please respond to > jspwiki-user@incubator.apache.org > > > To > jspwiki-user@incubator.apache.org > cc > > Subject > Re: Attachments truncated on download > > > > > > > also make sure your browser cache is empty, jspwiki attachments get > browser-cached. > if that's not the case, you could raise jspwiki's loglevel for the > attachment servlet to debug, and check the logs. > > /Harry > > 2010/1/25 > > > OK, I'm stuck. I have a single Wiki installation that is encountering > the > > following issue with attachments: > > > > 1. Upload large attachment, say 20 Megs > > 2. Attachment displays as uploaded OK, and I checked the DB and the > file > > looks OK. > > 3. When I click to download the file, I only get 8192 bytes, > > consistently. > > > > I checked Tomcat and it looks like a standard installation. Also, I > poked > > around in the wiki configs and I find no setting that would affect this. > I > > have other installs that download the complete file. > > > > Environment: > > > > JSPWiki 2.8.1 > > Windows 2003 > > Tomcat 5.5 in JBoss 4.2 > > JDK 1.5 > > > > Thanks, > > Lou > > > > > > > --=_alternative 0049217D852576BE_=--