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 <[email protected]>: > 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 <[email protected]> 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: [email protected] t: (301) 956-2319 >> >> >> On May 8, 2014, at 5:15 AM, Hugi Thordarson <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 ([email protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/webobjects-dev/thors%40samgongustofa.is >>>>> >>>>> This email sent to [email protected] >>>> >>>> >>>> >>>> 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 ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/aaron%40chatnbike.com >>> >>> This email sent to [email protected] >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/markus.stoll%40junidas.de > > This email sent to [email protected]
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
