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