On 29/01/2016 14:09, Adhavan Mathiyalagan wrote:
> Hi Mark,
>
> Kindly let me know if any further information required apart from the
> information that i have provided in the above mail.
You haven't answered my question. How are you inserting the non-String
data into the request parameter map?
Mark
>
> Thanks & Regards,
> Adhavan.M
>
>
>
> On Wed, Jan 27, 2016 at 4:09 PM, Adhavan Mathiyalagan <adhav....@gmail.com>
> wrote:
>
>> Hi Mark,
>>
>> Kindly find my answer for your query
>>
>> How are you inserting Integers into that Map?
>>
>> Displaytag(3pp) introduces the value for the 'table name parameter
>> tag'(highlighted in bold) as integer in the request .
>>
>> this is used as identifier for the table name.
>>
>> Http Request Parameter :
>>
>> {*d-3034713-p=1*,
>> Description=[Ljava.lang.String;@9afb582,
>> SuToken=[Ljava.lang.String;@6eb56ec5,
>> requestMapping=[Ljava.lang.String;@497b804b,
>> IVP_Code=[Ljava.lang.String;@4b23e19d,
>> RequestTimeStamp=[Ljava.lang.String;@20b130f5,
>> OkButton=[Ljava.lang.String;@51053597,
>> FW_SubmittedFormPath=[Ljava.lang.String;@2d01760f,
>> IVP_Description=[Ljava.lang.String;@3aede9de,
>> SuStepName=[Ljava.lang.String;@59950c0b,
>> Code=[Ljava.lang.String;@4849d41f}
>>
>> As the tomcat version ( greater than tomcat 8.0.18) version restricts the
>> parameter value type to String only Hence the below class cast exception is
>> thrown .
>>
>> Caused by: java.lang.ClassCastException: java.lang.Integer cannot be cast
>> to [Ljava.lang.String;
>> at
>> org.apache.catalina.core.ApplicationHttpRequest.getParameter(ApplicationHttpRequest.java:369)
>> at
>> org.displaytag.util.DefaultRequestHelper.getParameterMap(DefaultRequestHelper.java:128)
>> at
>> org.displaytag.util.DefaultRequestHelper.getHref(DefaultRequestHelper.java:75)
>> at
>> com.ccc.ddd.cfw.wcs.uitemplates.taglib.displaytag.ExtendedRequestHelper.getHref(ExtendedRequestHelper.java:191)
>> at org.displaytag.tags.TableTag.initHref(TableTag.java:1061)
>> at
>> com.ccc.ddd.cfw.wcs.uitemplates.taglib.displaytag.TableTag.initHref(TableTag.java:666)
>> at org.displaytag.tags.TableTag.initParameters(TableTag.java:866)
>> at org.displaytag.tags.TableTag.doStartTag(TableTag.java:722)
>> at
>> com.ccc.ddd.cfw.wcs.uitemplates.taglib.displaytag.TableTag.doStartTag(TableTag.java:712)
>>
>>
>> Version of the 3PP Used :
>>
>> Displaytag version : displaytag 1.1
>> Tomcat Version : tomcat 8.0.30
>>
>> Kindly suggest me the path forward for the issue.
>>
>> Thanks in Advance.
>>
>> Adhavan.M
>>
>>
>>
>> On Fri, Jan 22, 2016 at 6:46 PM, Mark Thomas <ma...@apache.org> wrote:
>>
>>> On 22/01/2016 13:01, Adhavan Mathiyalagan wrote:
>>>> Hi Mark,
>>>>
>>>> Kindly let me know if you can conclude if the issue is on the client
>>> side
>>>> of application or tomcat restriction that has/will be reverted.
>>>
>>> Until you answer my previous question, this thread is not going to
>>> progress.
>>>
>>> Mark
>>>
>>>
>>>>
>>>> Note : As i mentioned already the application was working without issues
>>>> with tomcat version <= 8.0.18
>>>>
>>>> Thanks ,
>>>> Adhavan
>>>>
>>>>
>>>>
>>>> On Wed, Jan 20, 2016 at 4:17 AM, Mark Thomas <ma...@apache.org> wrote:
>>>>
>>>>> On 19/01/2016 16:37, Adhavan Mathiyalagan wrote:
>>>>>> Thanks Mark ! Please find my answer
>>>>>>
>>>>>> Figure out what is inserting something other than String[] as the
>>> value
>>>>>> into a Map<String,String[]> instance.
>>>>>>
>>>>>> There are lot of places in Client we insert 'Integer' datatype
>>> (Also
>>>>>> other datatypes) .I fear that it is going to be more
>>>>>> tedious thing to identify and fix all the client code.
>>>>>>
>>>>>> Is there any other way or path forward to fix this ? (Like upgrading
>>> the
>>>>>> displaytag version
>>>>>> which is currently 1.1) Or Is the modifying the Client Code is the
>>> only
>>>>>> path forward ?
>>>>>
>>>>> It depends. How are you inserting Integers into that Map? I'm trying to
>>>>> figure out if this is a client code bug or if the restriction that was
>>>>> added to Tomcat was overly strict and needs to be reverted.
>>>>>
>>>>> Mark
>>>>>
>>>>>
>>>>>>
>>>>>> Thanks Again !
>>>>>>
>>>>>> On Tue, Jan 19, 2016 at 8:12 PM, Mark Thomas <ma...@apache.org>
>>> wrote:
>>>>>>
>>>>>>> On 19/01/2016 13:39, Adhavan Mathiyalagan wrote:
>>>>>>>
>>>>>>> <snip/>
>>>>>>>
>>>>>>>> What i could understand is application is throwing exception due to
>>>>>>> change
>>>>>>>> in the getParameter method of ApplicationHttpRequest class ,which
>>>>> earlier
>>>>>>>> was accepting all datatypes (like Integer)
>>>>>>>> is now restricted to 'String' datatype only .
>>>>>>>>
>>>>>>>> Kindly let me know why this change has been done ( in the
>>> getParameter
>>>>>>>> method of ApplicationHttpRequest class)
>>>>>>>
>>>>>>> If only the Apache Tomcat project used some form of version control
>>>>>>> system where every change to the source code was tracked along with a
>>>>>>> comment that explained why...
>>>>>>>
>>>>>>>> and the suggest me the path forward
>>>>>>>> for fixing the issue.
>>>>>>>
>>>>>>> Figure out what is inserting something other than String[] as the
>>> value
>>>>>>> into a Map<String,String[]> instance.
>>>>>>>
>>>>>>> Mark
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>>>>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>>>
>>>>>
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>
>>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
