Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 42920 invoked from network); 6 Mar 2009 17:15:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Mar 2009 17:15:47 -0000 Received: (qmail 47014 invoked by uid 500); 6 Mar 2009 17:15:45 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 47000 invoked by uid 500); 6 Mar 2009 17:15:45 -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 46989 invoked by uid 99); 6 Mar 2009 17:15:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2009 09:15:45 -0800 X-ASF-Spam-Status: No, hits=4.0 required=10.0 tests=FB_WORD1_END_DOLLAR,HTML_FONT_FACE_BAD,HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.132.242] (HELO an-out-0708.google.com) (209.85.132.242) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2009 17:15:37 +0000 Received: by an-out-0708.google.com with SMTP id c2so332045anc.1 for ; Fri, 06 Mar 2009 09:15:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.19.72 with SMTP id z8mr747573iba.41.1236359715028; Fri, 06 Mar 2009 09:15:15 -0800 (PST) Date: Fri, 6 Mar 2009 09:15:14 -0800 Message-ID: <13e67c5f0903060915n7e21dadcx1068a8234438f281@mail.gmail.com> Subject: error retrieving large file from WebDAV servlet From: Greg Schueler To: users@jackrabbit.apache.org Content-Type: multipart/alternative; boundary=00221532cf34a1000f0464766d9d X-Virus-Checked: Checked by ClamAV on apache.org --00221532cf34a1000f0464766d9d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, we seem to have a problem retrieving a large (>2GB) file from the WebDAV servlet. We are using Jetty 6.1.14, and the jackrabbit-webapp-1.5.2.war. Note: the upload works ok, after configuring jackrabbit to use the filesystem DataStore. When trying to retrieve the file with e.g. "wget", we get the following error: Gozer:Desktop greg$ wget --http-user=xxx --http-passwd=xxx http://localhost:8080/jackrabbit/repository/workbench/pkgs/demo/zip/zips/ largetest-1.zip --08:59:50-- http://localhost:8080/jackrabbit/repository/ workbench/pkgs/demo/zip/zips/largetest-1.zip => `largetest-1.zip' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 500 For input string: "3156213760" 09:04:53 ERROR 500: For input string: "3156213760". (Note also, there is a very long delay between seeing "awaiting response..." and seeing "500 For input string".) In the server log we see this: 06.03.2009 08:59:50 *INFO * RepositoryImpl: SecurityManager = class org.apache.jackrabbit.core.security.simple.SimpleSecurityManager (RepositoryImpl.java, line 432) 2009-03-06 09:04:53.822::WARN: /jackrabbit/repository/ workbench/pkgs/demo/zip/zips/largetest-1.zip java.lang.NumberFormatException: For input string: "3156213760" at java.lang.NumberFormatException.forInputString( NumberFormatException.java:48) at java.lang.Integer.parseInt(Integer.java:459) at java.lang.Integer.parseInt(Integer.java:497) at org.apache.jackrabbit.webdav.io.OutputContextImpl.setContentLength( OutputContextImpl.java:60) at org.apache.jackrabbit.server.io.ExportContextImpl.informCompleted( ExportContextImpl.java:192) at org.apache.jackrabbit.server.io.IOManagerImpl. exportContent(IOManagerImpl.java:157) at org.apache.jackrabbit.webdav.simple.DavResourceImpl.spool( DavResourceImpl.java:332) at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.spoolResource( AbstractWebdavServlet.java:422) at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet. doGet(AbstractWebdavServlet.java:388) at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet. execute(AbstractWebdavServlet.java:229) at org.apache.jackrabbit.webdav.server.AbstractWebdavServlet. service(AbstractWebdavServlet.java:196) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:363) at org.mortbay.jetty.security.SecurityHandler.handle( SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417) at org.mortbay.jetty.handler.ContextHandlerCollection.handle( ContextHandlerCollection.java:230) at org.mortbay.jetty.handler.HandlerCollection.handle( HandlerCollection.java:114) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:324) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:534) at org.mortbay.jetty.HttpConnection$RequestHandler. headerComplete(HttpConnection.java:864) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:533) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:207) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:403) at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java: 409) at org.mortbay.thread.BoundedThreadPool$PoolThread. run(BoundedThreadPool.java:451) I would guess that the problem lies in using Integer to hold the content length, as using 32 bits will cause a problem with such a large value. Is there any way to work around this limitation? -- Greg Schueler ControlTier Software, Inc greg@controltier.com 650-292-9660x709 http://www.controltier.com --00221532cf34a1000f0464766d9d--