I think that should work too but you have to ensure that your filter is before
the tapestry-jquery filter by using before:AjaxUploadFilter for ordering.
On Sep 1, 2012, at 8:56 PM, Rural Hunter wrote:
> How would that work? will it disable both filters? One way I figured out is:
> I changed the filter name and the AJAX_UPLOAD_HEADER in your code. I think it
> should work. am I right?
>
> 于 2012/9/1 18:19, Taha Siddiqi 写道:
>> One way to handle it would be to contribute an override for
>> "AjaxUploadFilter" to HttpServletRequestHandler with an empty implementation
>> of HttpServletRequestFilter
>>
>> Some thing like
>>
>> public static void contributeHttpServletRequestHandler(final
>> OrderedConfiguration<HttpServletRequestFilter> configuration,
>> final AjaxUploadDecoder ajaxUploadDecoder) {
>> configuration.override("AjaxUploadFilter", new
>> EmptyHttpServletRequestImpl());
>> }
>>
>> regards
>> Taha
>>
>>
>>
>> On Sep 1, 2012, at 2:02 PM, Rural Hunter wrote:
>>
>>> Hi Taha,
>>>
>>> I used your comp first. Then other memeber in the team introduced
>>> tapestry-jquery later. besides, I do more like the appearance of your comp
>>> than he one in tapestry-jquery.
>>>
>>> 于 2012/9/1 14:29, Taha Hafeez Siddiqi 写道:
>>>> If you are already using tapestry-jquery why not use it's own Ajaxupload
>>>> component
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On 01-Sep-2012, at 11:15 AM, Rural Hunter <ruralhun...@gmail.com> wrote:
>>>>
>>>>> Yes, thanks. I found that tapestry-jquery in my classpath and it
>>>>> intercept the post request first sometimes. I'm wondering if there is any
>>>>> specific order the request flows among several request filter chain
>>>>> contributed into Tapestry HttpRequestHandler? From what I have seen,
>>>>> seems the order is random among every application starts but it's fixed
>>>>> once the application is started. is there any doc describe the order?
>>>>>
>>>>> 于 2012/9/1 6:08, Pavel Vodenski 写道:
>>>>>> The stream can only be read once, so if you have another request filter
>>>>>> running before the AjaxFileUploadDecoder you'll need to make sure that it
>>>>>> did not read out the stream first.
>>>>>>
>>>>>> - P
>>>>>>
>>>>>> On Fri, Aug 31, 2012 at 3:02 AM, Rural Hunter <ruralhun...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> I'm using Tapestry 5.3.3 and AjaxUpload comp blogged by Taha here:
>>>>>>> http://tawus.wordpress.com/**2011/06/25/ajax-upload-for-**tapestry/<http://tawus.wordpress.com/2011/06/25/ajax-upload-for-tapestry/>
>>>>>>> Everything works fine but there is a strange problem. Sometimes the file
>>>>>>> uploaded is alwasy empty(size 0). I checked
>>>>>>> AjaxFileUploadDecoderImpl.**setupUploadedFile
>>>>>>> and suspected the problem is in TapestryInternalUtils.copy. So I tried
>>>>>>> to
>>>>>>> read the inputstream of the request myself. But strangely I always got
>>>>>>> return value -1 when I call the inputream.read when the problem happens.
>>>>>>> Looks the inputstream is totally empty. I checked the request sent by
>>>>>>> browser with firebug and can see the content is sent by post. Don't know
>>>>>>> why I just can not read it at server end.
>>>>>>> One more interesting thing is that, this problem only happens sometimes
>>>>>>> after tomcat6 is recycled. Fore example, I recycle tomcat 10 times and
>>>>>>> only
>>>>>>> get problem with 1 time. With that recycle, all the file upload fails.
>>>>>>> The
>>>>>>> problelm persists until I recycle tomcat again. With a good recycle, the
>>>>>>> problem doesn't happen at all. I tested this on several machines with
>>>>>>> different tomcat versions and see the same problem on all of them. I can
>>>>>>> not get any clue and hope someone could give me some light. Thanks in
>>>>>>> advance.
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------**------------------------------**---------
>>>>>>> To unsubscribe, e-mail:
>>>>>>> users-unsubscribe@tapestry.**apache.org<users-unsubscr...@tapestry.apache.org>
>>>>>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>>>>>
>>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
