Hi, if however your request would generate a fine response from WO with a content-length > INT_MAX, the WOAdaptor would parse this into an "unsigned" using atoi(). Actually the content read counter is 32 bit, too. Due to the limitations of WO I never thought of changing this. Maybe its time to rethink this.
Markus Am 19.05.2014 um 12:08 schrieb Hugi Thordarson <h...@karlmenn.is>: > Hi Aaron. > > Are you sure? WO is returning a fine response with a correct content-length > header — it’s the Apache adaptor that modifies the header. > > Cheers, > - hugi > > > On 10.5.2014, at 02:15, Aaron Rosenzweig <aa...@chatnbike.com> wrote: > >> Hi Hugi, >> >> Yes, this is a known problem with the WO api. You cannot patch it… like we >> have done with NSArray in the past to get generics support. “Patching” means >> making another .java class with the same package name and loading it before >> Apple’s… >> >> In this case, patching won’t cure it because we need a “long” instead of an >> “integer” and there are several places where this API would have to change. >> >> The simple answer is to live with the 2GB limit. >> >> The longer answer… only by rewriting WO can you get around this, like TB is >> trying to do. >> AARON ROSENZWEIG / Chat 'n Bike >> e: aa...@chatnbike.com t: (301) 956-2319 >> >> >> On May 8, 2014, at 5:15 AM, Hugi Thordarson <h...@karlmenn.is> wrote: >> >>> Thanks, but it’s not that. Apache handles large files just fine, so the >>> problem seems to be with the WO adaptor. >>> >>> Cheers, >>> - hugi >>> >>> >>> >>> On 8.5.2014, at 09:09, Þór Sigurðsson <th...@samgongustofa.is> wrote: >>> >>>> Rebuild Apache with: >>>> -DLARGEFILE_SOURCE -DFILE_OFFSET_BITS=64 >>>> >>>> And you'll be rollin' >>>> >>>> Með kveðju, >>>> Þór Sigurðsson >>>> Tölvunarfræðingur - Forritari >>>> Sími: 480-6000 >>>> >>>> <image001.png> >>>> >>>> Samgöngustofa - www.samgongustofa.is >>>> Umferðarstofa, Borgartúni 30, 105 Reykjavík >>>> >>>> On 8.5.2014, at 08:49, Hugi Thordarson <h...@karlmenn.is> wrote: >>>> >>>>> Hi all >>>>> >>>>> I’m attempting to stream a ~3GB file from a WO app. When I DirectConnect >>>>> to the app, the content-length header is correctly set to “3371573248”, >>>>> but if the response goes through the Apache adaptor (CentOS 5.5/Apache >>>>> 2.2), the content-length header is changed to “2147483647” >>>>> (Integer.MAX_VALUE), resulting in a truncated file for most clients. >>>>> >>>>> I just attempted to install the most recent compiled Wonder adaptor from >>>>> wocommunity org, but it doesn’t solve the problem. >>>>> >>>>> Anyone familiar with this? >>>>> >>>>> Cheers, >>>>> - hugi >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/webobjects-dev/thors%40samgongustofa.is >>>>> >>>>> This email sent to th...@samgongustofa.is >>>> >>>> >>>> >>>> Fyrirvari á tölvupósti / e-mail disclaimer >>>> http://samgongustofa.is/fyrirvari/ >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/aaron%40chatnbike.com >>> >>> This email sent to aa...@chatnbike.com >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/markus.stoll%40junidas.de > > This email sent to markus.st...@junidas.de
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
